Передачи передает и малявы.

тебе бы тоже не помешало Гансу отнести передачу - раз уж ты об этом вспомнил.

Насчёт всего, что касается INSERT_FLOW: опции сжатия ("-o create=ccreg40") или tail-packing'а ("-o formatting=tails", "-o formatting=smart") были нестабильны и раньше... По крайней мере, в 2.6.39. При этом "-o formatting=smart" включена сейчас по умолчанию, так что если вы желаете стабильности, не используйте сжатие и явно указывайте "-o formatting=extents" при форматировании (хотя при этом теряется смысл использования r4, да).

Регрессии: есть одна, связанная с багом в «ядерном» аллокаторе. Она ловится ассертом «edward-2050».
Комментарий Шишкина:

This is a bug in vanilla kernel: page allocator returns garbage
(should return either NULL, or valid page address). Now this
is reproducible also with ext4, so there are chances that kernel
folks will fix it:
http://bugzilla.kernel.org/show_bug.cgi?id=45621

Исправления: в новый «релиз» вошёл вот этот патч - http://www.spinics.net/lists/reiserfs-devel/msg03134.html - за что Эдуарду отдельное спасибо.

Использую RaiserFS на корне десктопа и EXT4 для всего остального. На буке везде EXT4. Ни на компе, ни на буке за 2 года проблем с ФС замечено не было. Аварийных отключений было много, никакие файлы не потерялись. Но RaiserFS мне показался шустрее чем ext4

Аа-а-а! Восстание оживших мертвецов!

да, но релиз пока был только один

Понятно.

Лично я бы никогда не стал использовать файловую систему, разработчики которой говорят такое. То есть мне бы пришлось держать особенные специальные версии ядра с патчами, для того, чтобы иметь доступ к своим важным данным. Хех.

И аргументация, да: в ваниле придётся постоянно работать над, а не пинать балду — тоже весьма поучительна.

Ну и что, при этом кто-то из присутствующих здесь использует эту ФС? Которая может откопытиться в любой момент или заставит тебя держаться версии 3.5.N и никакой другой до тех пор, пока ты не скопируешь все файлы, скажем, на имеющуюся в ваниле ext4, и не уничтожишь раздел с ФС с такой политикой разработки...

Да ладно, люди даже в арче сидят, и ничего у них не глючит.

хехехе

осуждён за убийство и находится в тюрьме
Это ППЦ! о_О

Самый разбаянистый баян.

Поставил ведро 3.5.3 c патчем для Reiser4, потестим ;)

Отпишись, как потестишь.

Да, будь так любезен.

в ваниле придётся постоянно работать над

над чем работать? над перепиливанием интерфейсов? это не работа, а бесполезная трата времени

не уничтожишь раздел с ФС с такой политикой разработки...

это не политика разработки ФС, а тараканы торвальдса

Над постоянной (а не «когда мне, такому-то Товарищу, вздумается») поддержкой, над соответствием другим постоянно развиващимся подсистемам Ядра.

Кстати, если бы драйвер этой ФС был в ваниле, он бы автоматически получил поддержку огромного Коммьюнити.

Над постоянной поддержкой

какой еще поддержкой если файловая система разработана, закончена, в ней всё работает и нет багов?

над соответствием другим постоянно развиващимся подсистемам Ядра.

это не работа, а бесполезно потраченное время

Кстати, если бы драйвер этой ФС был в ваниле, он бы автоматически получил поддержку огромного Коммьюнити.

тараканы торвальдса не пускают его в ванилу

Над постоянной (а не «когда мне, такому-то Товарищу, вздумается») поддержкой

Профинансируй хотя бы того же Шишкина для работы над Reiser4 на полную занятость. С перспективой оплаты как минимум ближайшие год-два. Раз он не бросил проект и ковыряет его на выходных, значит ему он с технической стороны интересен. Будет тебе поддержка.

Кстати, если бы драйвер этой ФС был в ваниле, он бы автоматически получил поддержку огромного Коммьюнити.

Ты перепутал, всё наоборот. Это чтобы он попал в ядро, нужна поддержка сообщества. Иначе не попадёт. Ты думаешь, сообщество как по волшебству мигом разберётся в мегабайте кода? Нужны некие «гарантии», что будет кому править код, хотя бы первое время.

Так Торвалдса или дэва этой reiserfs4? Там вон сверху куча ссылок на то, что именно дэв упирается, потому что ему лениво поддерживать для ванилы.

файловая система разработана, закончена, в ней всё работает и нет багов

Багов нет, это тебя разработчик уверил? Или таки поддержал GPL в «NO WARRANTY»?

сообщество как по волшебству мигом разберётся в мегабайте кода

Сообщество мигом разбирается и в 10 гигабайтах кода (я про тот же Libre Office). Нужно только, чтобы о проекте знали. И были, как минимум, заинтересованы. Уверены в том, что не придётся при обновлении ядра забыть об этой ФС.

Ты думаешь, сообщество как по волшебству мигом разберётся в мегабайте кода?

Конечно нет. Что такое «развитие» и «поддержка» в стиле opensource? «Развитие» это когда умник решил переименовать переменные в структурах, потому что как было раньше ему показалось некрасиво и давай фигачить sed'ом по всему коду. А «поддержка» это когда он написал об этом в рассылку с просьбой других разработчиков проверить, что у них ничего не сломалось.

Там вон сверху куча ссылок на то, что именно дэв упирается, потому что ему лениво поддерживать для ванилы.

Правка багов — забота разработчика. Я сомневаюсь, что он от этого отказывается. Поддержка интерфейсов в соответствии с новыми реалиями — забота тех, кто эти интерфейсы изобретает и внедряет, но не разработчика драйвера.

Во-первых, это я не тебе говорил, не принимай на свой счёт. Во-вторых:

это когда умник решил переименовать переменные в структурах, потому что как было раньше ему показалось некрасиво и давай фигачить sed'ом по всему коду.

У Торвальдса есть право пихать в свою ветку что в голову взбредёт. Однако ж он сначала пишет в рассылку про свои идеи и читает ответы.

<...> забота <...> забота <...>

никто никому не обязан

Ты пропустил самую важную часть — про финансирование. В данном случае это решающий фактор.

Правка багов — забота разработчика. Я сомневаюсь, что он от этого отказывается. Поддержка интерфейсов в соответствии с новыми реалиями — забота тех, кто эти интерфейсы изобретает и внедряет, но не разработчика драйвера.

То есть ты считаешь, что править баги (возможно, внося при этом регрессии, такая вероятность есть всегда), ориентируясь только на какие-то конкретные версии чего-либо другого, что ты используешь и, фактически, зависишь от — это нормально?

Я уже своё мнение сказал: я никогда в жизни не стал бы использовать файловую систему, которой нет в ваниле. И тем более, если её нет не потому, что её не берут вследствие сырости или ещё чего (вон btrfs же взяли, например), а по прихоти самих разработчиков драйвера ФС.

Если бы мне были важны какие-то уникальные (если они есть, вон там выше пишут про биллион мелких файлов, например) её фичи, для меня единственным вариантом её использования был бы форк и как можно скорейшее продвижение этого форка в ванилу.

Я старательно проигнорировал эту часть. Потому что разработку драйверов ФС для Ядра обычно никто вообще не спонсирует деньгами. Или, например, ext4 была и остаётся спонсируемой по-вашему?

У Торвальдса есть право пихать в свою ветку что в голову взбредёт. Однако ж он сначала пишет в рассылку про свои идеи и читает ответы.

Хороший разработчик скажет примерно так — да идея хорошая, но я ничего делать не буду, так как у меня и так всё работает, тебе надо - ты и переделывай мой код под свои новые интерфейсы.

ориентируясь только на какие-то конкретные версии чего-либо другого, что ты используешь и, фактически, зависишь от — это нормально?

Почему конкретные версии? «сообщество» в лице торвальдса включает мой драйвер в свое ядро и поддерживает актуальность интерфейсов. Я же только правлю баги и не отвлекаюсь на всякую херню.

идея хорошая, но я ничего делать не буду, так как у меня и так всё работает

Ни один нормальный разработчик так не скажет, понимаешь? Если у него работает и ему пофиг, и Коммьюнити тоже пофиг, то это «домашняя разработка», для него только одного.

Ну никто сейчас не станет использовать ядро 2.6.39, понимаешь? (А если бы нового патча, указанного в обсуждаемой новости, не было, то для доступа к своим стоящим многомиллионные доллары данным тебе бы пришлось.) А вот в Debian Sid, например, — 3.2. И я уверен, что патч для 3.5 на 3.2 не накатится без правок (хотя мейнты дебиановских ядер способны не то, что reiserfs4 полатать, а что угодно).

«сообщество» в лице торвальдса включает мой драйвер в свое ядро и поддерживает актуальность интерфейсов

Да, именно так разработка драйверов и модулей Ядра и происходит.

Но не «всем лежать так сутки» (а.к.а. всем быть привязанным к версии такой-то).

Или, например, ext4 была и остаётся спонсируемой по-вашему?

Спонсируется Google. Методом трудоустройства главного разработчика и мейнтейнера, Theodore Ts'o.

Я уже своё мнение сказал: я никогда в жизни не стал бы использовать файловую систему, которой нет в ваниле.

Почему ты считаешь себя центром мира?

Тогда в чем проблема и где ты видишь привязанность к версии?

Потому что я могу как минимум написать своё личное мнение. И в этом мнении я говорю именно то, что я говорю.

Оно может тебе показаться неверным, странным или ещё каким, но назвать меня «цетром мира»... Это было круто.

Ни один нормальный разработчик так не скажет, понимаешь?

Тот кто породил проблему тот её и решает. Это нормально и при нормальной разработке так происходит всегда. Зачем мне решать чужие проблемы если у меня есть куча своих?

Ну никто сейчас не станет использовать ядро 2.6.39, понимаешь? (А если бы нового патча, указанного в обсуждаемой новости, не было, то для доступа к своим стоящим многомиллионные доллары данным тебе бы пришлось.) А вот в Debian Sid, например, — 3.2. И я уверен, что патч для 3.5 на 3.2 не накатится без правок (хотя мейнты дебиановских ядер способны не то, что reiserfs4 полатать, а что угодно

Еще раз повторяю. Это проблема не reiser4, а «сообщества» в лице торвальдса, которое не включает патч в ядро.

Вот здесь:

После долгого ожидания (последний релиз Reiser4 — патч для ядра 2.6.39) состоялся релиз новой версии файловой системы Reiser4 в виде патча для Linux 3.5.

Я раньше был большой любитель сторонних патчей для ядра. SquashFS, например (слава всем, что она теперь в ваниле). Или DirectFB-Fusion (не в ваниле). Теперь я понял, что лучше пусть у меня будет нормальный иксорг, чем я буду привязан к верси «3.3.333 only», и забил на directfb.

На это я ответил сообщением выше.

«сообщества» в лице торвальдса, которое не включает патч в ядро

Ещё раз: это сам Торвалдс не желает включать в ванилу или это разработчики не желают попасть в ванилу, чтобы постоянно поддерживать рейзерфс4 в актуальном состоянии?

Тот кто породил проблему тот её и решает. Это нормально и при нормальной разработке так происходит всегда.

У вас какое-то явно извращённое представление о «нормальной разработке». Возможно, извращённое разработкой проприетарного кода, где Иван-1, написавший часть кода, не ведает, что творит Иван-2, и когда Иван-2 увольняется, то Иван-1 вынужден 30 лет писать под версию Ивана-2, которая не работает уже 15 лет нигде, кроме аппаратно-программных платформ тех-самых-времён.

чтобы постоянно поддерживать рейзерфс4 в актуальном состоянии?

Еще раз, это не проблема разработчиков reiser4, а проблема тех, кто меняет интерфейсы. Ломать сборку — дурной тон. Тот кто меняет API _обязан_ пройтись по всем модулям и внести нужные исправления.

Возможно, извращённое разработкой проприетарного кода, где Иван-1, написавший часть кода, не ведает, что творит Иван-2, и когда и Иван-2 увольняется, то Иван-1 вынужден 30 лет писать под версию Ивана-2, которая не работает уже 15 лет нигде, кроме аппаратно-программных платформ тех-самых-времён.

Они и не должны вникать в потроха кода друг друга, они должны знать только интерфейсы. Иван-1 меняет свой интерфейс и, естественно, правит код Ивана-2, чтобы ничего не сломать. Не вижу тут никаких проблем.

Еще раз, это не проблема разработчиков reiser4

Если бы рейзерфс4 был в ваниле, то так бы и происходило. Ну не могут и не станут разработчики ядра поддерживать все сторонние патчи. Не станут, например, поддерживать популярный здесь linux-pf. Если драйвер в ваниле, то подержка Коммьюнити есть.

Иван-1 меняет свой интерфейс и, естественно, правит код Ивана-2, чтобы ничего не сломать

Иван-2 уволился. Исходники уволились вместе с ним. Код-то закрытый! Да, для разработки Свободного ПО сценарий с иванами выглядит весьма фантастическим, но для проприетарного ПО встречается тут и там, и поэтому мы видим колоссальные труды по обеспечению обратной совместимости в проприетарном мире.

Если драйвер в ваниле, то подержка Коммьюнити есть.

Ну так в чем проблема? почему не включили? шишкин же писал, что еще в 2009м году всё было готово для включения

Иван-2 уволился. Исходники уволились вместе с ним. Код-то закрытый!

Это как? Такой бред бывает только в шарагах «рога и копыта». Ни разу не сталкивался с таким идиотизмом.

Ну так в чем проблема? почему не включили? шишкин же писал, что еще в 2009м году всё было готово для включения

Ну вообще-то, я именно это и хотел бы узнать в первую очередь.

Такой бред бывает только в шарагах «рога и копыта». Ни разу не сталкивался с таким идиотизмом.

Ну представь, что Иван-2 — это не чел в той же компании, а другая компания. внезапно обанкротившаяся, решившая вместо выпуска софта добывать нефть/тырить газ или ещё что. Тут самое главное: что мешает Ивану-1 в случае полного изменения API/ABI и т.п. (что случается неизбежно, если только мы не ставим главной целью поддерживать бинари-онли софт 30-летней давности) просто взять и переписать код под то, что: (1) современно, (2) точно уверенно не загнётся в будущем. (2), кстати, может гарантировать только Свободный софт.

Ну так в чем проблема? почему не включили? шишкин же писал, что еще в 2009м году всё было готово для включения

Оно всего лишь работало достаточно хорошо. Но, по словам того же Шишкина, Linux VFS устарела (не радуйся - все VFS устарели). Наверное, потому у у Reiser4 внутри своя VFS (по крайней мере, так считали Виро и Кокс). AFAIK, Reiser4 не приняли именно из-за наличия внутри нее своей VFS (и, может быть, сложности Reiser4 вообще).

(2) точно уверенно не загнётся в будущем. (2), кстати, может гарантировать только Свободный софт.

Ты хотел сказать, может быть гарантировано гальванизован. Гарантировать, что А не загнётся в будущем, тебе не могут даже швейцарские банки

selffix

может быть гарантировано гальванизован

Да и то негарантированно, лол

AFAIK, Reiser4 не приняли именно из-за наличия внутри нее своей VFS

вроде там ещё был новый системный вызов sys_reiser4, позволяющий загружать (особого вида) код в ядро и исполнять его.

вроде там ещё был новый системный вызов sys_reiser4, позволяющий загружать (особого вида) код в ядро и исполнять его.

Не припомню такого, но, если он и был, от него можно было легко избавиться. А вот от внутренней VFS - нет, потому что сама Reiser4 - это набор взаимодействующих модулей.

Ну представь, что Иван-2 — это не чел в той же компании, а другая компания

Это уже из другой оперы и к разработке прямого отношения не имеет.

потому что сама Reiser4 - это набор взаимодействующих модулей.

Откуда такое мнение? Из-за слова плагин?

потому что сама Reiser4 - это набор взаимодействующих модулей.

Откуда такое мнение?

У Виро и Кокса - наверное, из кода. У меня - из чтения интервью с Шишкиным.

и, может быть, сложности Reiser4 вообще

Да ладно. Не приняли ее из-за личности Х. Рейзера. И, как показала практика, правильно что не приняли.

И вместо того, чтобы играть униженных и оскорбленных, Рейзеру с рейзеровцами следовало бы выносить рейзерфс в юзерспейс.

Да, это не так почетно (что ты, милый, колхозе-то работать надо), зато присутствие в 100% дистрибутивах было бы обеспечено. А там, глядишь, и до ядра бы добрались.

Не приняли ее из-за личности Х. Рейзера.

Ну, тебе виднее.

И, как показала практика, правильно что не приняли.

Ты так говоришь, будто убить жену - это что-то плохое для ядра.

...

На остальной бред и отвечать не стану.

Ты так говоришь, будто убить жену - это что-то плохое для ядра.

Да пожалуйста, убивай хоть целый гарем (можно вместе с собою), только не оставляй сложнейшую подсистему без мейнтейнеров, что по сути дела и произошло.