>[оверквотинг удален]
>ставя во главу угла минимум изменений в коде как бздуны с
>их древнючим UFSом.И потому старикан в инкарнации EXT4 теперь не выглядит
>как ходячи труп и бегает хотя-бы со скоростью нормальных бегунов.Хоть это
>и имело свою цену...
>
>>С 1993 года пилят одну и ту же структуру файловой системы Ext
>
>Ламерство махровое, в EXT4 как раз структуры то и переделали.Приделав экстенты наконец
>и т.п..Это ессно не прошло даром, вдарив по надежности.
>Да вообще EXT4 на фоне EXT3 - достаточно сильно перепахан все-таки.Сказочник.
"The ext4 or fourth extended filesystem is a journaled file system developed as the successor to ext3. It was born as a series of backwards-compatible extensions to add to ext3 64-bit storage limits and other performance improvements[1]. However, other Linux kernel developers opposed accepting extensions to ext3 for stability reasons[2], and proposed to fork the source code of ext3, rename it as ext4, and do all the development there, without affecting the current ext3 users. This proposal was accepted, and on June 28, 2006 Theodore Ts'o, the ext3 maintainer, announced[3] the new plan of development for ext4. A preliminary development snapshot of ext4 was included in version 2.6.19 of the Linux kernel. On Oct 11, 2008, the patches[4] that mark ext4 as stable code were merged in the Linux 2.6.28 source code repositories, denoting the end of the development phase and recommending ext4 adoption. Kernel 2.6.28, containing the ext4 filesystem, was finally released on December 25, 2008."
http://en.wikipedia.org/wiki/Ext4
Ключевое словосочетание: "It was born as a series of backwards-compatible extensions to add to ext3 64-bit storage limits and other performance improvements."
Наконец-то в для Ext3 сделали 64-битное расширение под конец 2008 года. :))))
Экстенты — это типо пререзервирование пространства на HDD для уменьшения фрагментирвоанности записываемых одним за другим файлов. Ага, нужная весчь.
Только вот UFS2 давно работает на уровне цилиндров, а не с группами блоков, в отличие от Ext2/Ext3. UFS2 работает с фрагментами блоков, то есть на уровне внутренней структуры блока, — дописывает в не доконца заполненные блоки данные других файлов, отчего фрагментированность практически нулёвая — все блоки заполнены "до упора", а блоки одного файла сосредоточены в соседних цилиндрах == минимум перемещений головок HDD по IO файла.
Ещё одно преимущество UFS2 — не нужен физический журнал. Soft-Updates и fsck на моментальных снэпшотах в фоновом выполнении делают файловую систему неубиваемой.
(Напоминаю, что журнал нужен ФС для быстрого самовосстановления в случае сбоев (на данные пользователя при аварии — накласть) — это если кто начнёт снова гнать пургу про нужность журналирования). Журнал для UFS2+SU не нужен, но gjournal заводится очень быстро — для эстетов маразма.
>Не то
>что бздуны с UFS2 пытающиеся облагородить свой древнючий трупак сугубо путем
>косметики.А то что они подачку от санок почти (ну, как всегда
>:D) прикрутили - это все-таки не их заслуга а заслуга сана.Это
>сан разработал данную ФС.И это было не слабо сану.А вовсе не...
Усовершенстовование Ext на протяжении пятнадцати лет, да ещё заявления Торвальдса о "промежуточности" этой ФС — вот где маразм.
А Sun молодцы, что не дали Linux'у ZFS под GPL. Тем самым обеспечили конкуренцию в Unix-семействе. :)
