reiser4 и upstream ядра linux: когда?

Это реально проблема, когда на линкксовую smb шару перекидываешь виндовый каталог с множественным вложением каталогов и содержащим длинные кириллические имена.

https://reiser4.wiki.kernel.org/index.php/Why_Reiser4#Reiser4_and_upstream

Reiser4 and upstream
In contrast with its predecessor (ReiserFS, v3), Reiser4 was not accepted to the upstream Linux kernel because of political reasons. Later Edward Shishkin expressed an interest (*) to port Reiser4 to other operating systems, specifically, to FreeBSD, which is, according to his standpoint, «more open to academic researches». In this case it would be illogical to expect Reiser4 to be tightly integrated with some particular operating system. Thus, Reiser4 is developed as a standalone independent project (*). The archive of ports for upstream Linux kernels can be found at the project sites.

Intent log решает

Имеется в виду ZIL на отдельном устройстве?

в особенности zvol-ы и всякие нагрузки с кучей рандомных записей типа СУБД на zfs гораздо быстрее

Ясно. ZVOL действительно интересная штука, учитывая, что они работают со всеми фичами CoW и чексуммами (если ничего не путаю). Всё как всегда портит лицензия, банально удобнее дома использовать Btrfs.

Имеется в виду ZIL на отдельном устройстве?

Да, имеется в виду ZIL (ZFS Intent Log). На том же устройстве или на отдельном — это не так важно.

Ага, частые проблемы:

Длинные имена в торрентах. Кто как справляется?
Ограничение на название файла

Люди качают на смонтированный ntfs, чтобы обойти эту дурацкую Linux’овую проблему в ext4 и прочих FS, которые как будто вышли из каменного века ASCII.

Ты бы отлично подошёл на роль лид-разработчика райзерфс. Подумой.

Всё как всегда портит лицензия, банально удобнее дома использовать Btrfs

Всё портит не лицензия, а распухание RAM из-за двойного кэширования, принципиальное отсутствие дефрага/ресайза/rebalance и тотальное насрание на линуксовую инфраструктуру (свой fstab, синхронизация через udev-settle и т. п.).

тотальное насрание на линуксовую инфраструктуру

распухание RAM из-за двойного кэширования, принципиальное отсутствие дефрага/ресайза/rebalance

На это я бы мог и забить, Btrfs тоже не без проблем.

свой fstab, синхронизация через udev-settle и т. п.

Вот это уже напрягает, да.

reiser4 и upstream ядра linux: когда?

Никогда.

почему такая ситуация сложилась?

Потому что гладиолус.

можно ли исправить и все-таки включить в основное ядро?

Что именно «исправить»? «Исправить» политические проблемы не имеющие отношение к фс? Ну исправляй.

Как минимум поддержкой длинных названий файлов, а не жалкие 255 байт, как в ext4 или любых других Linux’овых ФС.

Нужная вещь. А остальные слои ОС и приложения готовы к таким именам файлов?

А остальные слои ОС

В ядре особых проблем не замечено. Как минимум, будет работать до 1024 байт, потому что в FUSE ограничение на 1024, и это работает.

и приложения

Как минимум, у Midnight Commander проблемы с длинными именами. Специально другие программы я не проверял.

В ядре особых проблем не замечено.

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/include/uapi/linux/limits.h#n12

Ага!

Он же на пожизненном, не факт что прям-таки сразу выпустят

Очистит линукс от скверны

закопает все ненужное и всех ненужных

Дочку Линуса и разработчицу usb3 стека линукса?

За вами уже выехали.

Для этого он их сначала должен полюбить.

На том же устройстве или на отдельном — это не так важно

Для синхронной записи таки важно.

по политическим причинам, эх... жалко как, а на *bsd портировать сложно будет.

можно суть этих политических проблем?

можно суть этих политических проблем?

До того момента как главный разработчик попал в тюрму проблем особых не было. А после чуть менее чем все выразили своё «фууу» не смотря на то, что сама ФС была гораздо прогрессивнее и интереснее на тот момент.

reiser4

А дефрагментатор для него запилили уже?

А чем тебя не устраивает ZFS?

Жаль не пишут, что за причины. Я вообще не в курсе.

А откуда у него баба была, женился бы на местной, и не пришлось бы убивать. Все беды из-за РФ! :)

В 2010 году было такое интервью: https://m.habr.com/ru/post/108629/

Жаль не пишут, что за причины.

Причины всегда одинаковые. Нужны люди, которые заинтересованны в поддержке кода. Это может быть какая-то коммерческая компания. Это могут быть уже известные разработчики. У Reiser4 нет ни того, ни другого.

заинтересованны

«Заинтересованы».

Спасибо.

А RedHat, где работает (работал в 2010) Шишкин, почему-то не заинтересована в этой ФС.

RH даже Btrfs перестала интересоваться, пилит свой безумный велосипед из XFS и device-mapper.

Наверное, они слишком сложные для RH - для сложных вещей и программисты более продвинутые нужны.

А после чуть менее чем все выразили своё «фууу»

В РФ Ганса любят. Это они там в своей Америке думают, что мочить сожительницу — что-то из ряда вон. Я деда одного знал... Ну в общем он второй раз на свободе и свободным помрёт.

А дефрагментатор для него запилили уже?

Судя по wiki, 4-ка решает проблему дефрагментации.

Среди недостатков файловой системы — вероятность повреждения файловой системы в целом при сильно повреждённых метаданных и неэффективность единственного известного способа дефрагментации, требующего снятия полного дампа и последующего восстановления (в Reiser4 реализован переупаковщик, решающий эту проблему[4]).

Ref.: https://ru.wikipedia.org/wiki/ReiserFS

Как минимум поддержкой длинных названий файлов

Правда? И как это поможет?

или любых других Linux’овых ФС.

Скажем в btrfs это просто константа. Можно поправить хоть sed-ом перед компиляцией. Только этого мало: https://wiki.etersoft.ru/Linux/VLFN

с множественным вложением каталогов и содержащим длинные кириллические имена.

Не надо писать «Войну и мир» в имени файла. :-)

Потому что RedHat выкусила из ынтерпрайзного Irix’а файловую систему XFS и активно внедряет именно её.

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

Как минимум, у Midnight Commander проблемы с длинными именами

По ссылке VLFN (несколькими сообщениями ранее) пишут, что это из-за /usr/include/linux/limits.h.

Правда? И как это поможет?

С NTFS помогает. Там нет такой проблемы.

Не надо писать «Войну и мир» в имени файла. :-)

Очень смешно.

$ touch நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீ
touch: cannot touch 'நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீ': File name too long

Структура не имеет значения, ограничение действует на каждое отдельное имя.

С NTFS помогает. Там нет такой проблемы.

Почитай, всё же, что по ссылке VLFN.

நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீ

Это что должно означать?

В РФ Ганса любят. Это они там в своей Америке думают, что мочить сожительницу — что-то из ряда вон.

Да и сам Ганс любит РФ тоже :^)

А так как Ханс не может сидеть без дела, то он обложился книжками и принялся за своё старое увлечение — физику. Вот, нашёл какие-то нестыковки в специальной теории относительности, просит найти российского учёного, который бы отрецензировал его новую статью. С интересом следил за инициативами министра Андрея Фурсенко, который по его мнению пытался возродить былой престиж советской науки и образования. Верит, что в его проекте найдётся место и иностранцам, и говорит, что вообще готов перебраться в Россию и выучить, наконец, русский язык»

Ещё как имеет, возможно в данном случае это ограничение и smb протокола накладывается.

Но получается, что путь (включая слеши) к сохраняемому файлу вываливается именно за 255 байт. Стоит чуть урезать имена файлов (имя меньше 120 символов) и каталогов и всё снова копируется.

நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீர்நீ

Не надо воды в названии, и ок будет. Почему подобные языки вообще существуют? Куда девались империи всякие? Оставить штук 6-10 языков и один азиатский, на всех кореяпонцекитайцев, и прочих подобных.

Но получается, что путь (включая слеши) к сохраняемому файлу вываливается именно за 255 байт.

#define NAME_MAX 255 /* # chars in a file name */
#define PATH_MAX 4096 /* # chars in a path name including nul */

И почему это не исправят напрямую в апстриме насовсем?

Почитай, всё же, что по ссылке VLFN.

Да, к большому сожалению, ты прав:

https://bbs.archlinux.org/viewtopic.php?id=89174

На Reiser4 будет такая же проблема независимо от того, что там можно использовать длинное имя файла. Без патчей на glibc и Linux не получится. Захардкодили.

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

И почему это не исправят напрямую в апстриме насовсем?

Там внизу ссылки, одна из них на рассылку про ext4. Там про это было. Вкратце: никто не хочет взять на себя труд всё проверить, а нужно это не очень большому количеству людей. В Европе и америках латиница в основном, а у кого иероглифы им тоже по барабану: один иероглиф - целое сочинение. Так что только мы, да арабы страдаем. И то не все, а только те, у кого торрент и сочинения.