Исходное сообщение
"Из ядра Linux будет удалён драйвер файловой системы ext3" Отправлено Аноним, 16-Июл-15 01:22
>> Давно пора. > Речь совсем о другом -- есть дублирующиеся драйверы файловых систем ext[234], при > этом в ext4.ko продублирована также и функциональность ext2.ko (но её не > выкидывают, скорее всего, по причине компактности кода, который может быть полезен > на системах, где ext3/ext4 избыточны).  При этом, если правильно помню > рассказ led@ времён создания CONFIG_EXT4_USE_FOR_EXT23, ext4.ko как замена ext3.ko ещё > и оптимальней может быть на той же ФС. оптимальней только за счет прозрачного включения фичей от ext4. в остальном - тоже убожество что и ext4. Сделать hash tree для поиска имени в каталоге, но не доделать и бросить на пол пути, это только в Linux могут. Последний блок дает up 300-400 строковых сравнений, да .. не миллионы - но тоже не весело. при удалении файлов - никто не собирается удалять лишние записи в hash tree. тормоза в каталоге после длительного создания/удаления файлов - это притча на языках, иногда e2fsck -D помогает, иногда нет. лимит файла на 16T и дикое разрастание метаданных на больших дисках - это отдельная грустная песня.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Давно пора. >> Речь совсем о другом -- есть дублирующиеся драйверы файловых систем ext[234], при >> этом в ext4.ko продублирована также и функциональность ext2.ko (но её не >> выкидывают, скорее всего, по причине компактности кода, который может быть полезен >> на системах, где ext3/ext4 избыточны). При этом, если правильно помню >> рассказ led@ времён создания CONFIG_EXT4_USE_FOR_EXT23, ext4.ko как замена ext3.ko ещё >> и оптимальней может быть на той же ФС. > оптимальней только за счет прозрачного включения фичей от ext4. > в остальном - тоже убожество что и ext4. Сделать hash tree для > поиска имени в каталоге, но не доделать и бросить на пол > пути, это только в Linux могут. > Последний блок дает up 300-400 строковых сравнений, да .. не миллионы - > но тоже не весело. > при удалении файлов - никто не собирается удалять лишние записи в hash > tree. > тормоза в каталоге после длительного создания/удаления файлов - это притча на языках, > иногда e2fsck -D помогает, иногда нет. > лимит файла на 16T и дикое разрастание метаданных на больших дисках - > это отдельная грустная песня.
	Введите код, изображенный на картинке: