Дефрагментация Ext4

[dgtl]

HDD полностью в ext4
1. Необходима ли дефрагментация? (если да, то какая софтина лучше для ext4)
2. Так и не понял, есть ли сейчас онлайн-дефрагментация, которая заявлена в спецификации ext4 или ее отложили до лучших времен?

[nikulyan]

http://ru.wikipedia.org/wiki/Ext4

[kurtiara]

дефрагментация вообще не нужна!!!

[UNIm95]

журналируемым файловым системам дефраг не нужен

[nikulyan]

Сейчас я открою большую тайну! NTFS сам по себе делает дефрагментацию, и уже сколько
лет мелкомягкие не могут довести до ума свою файловую систему. А в Linux'е такого панятия
не существует, так как "наши" файловые системы работают так как надо.
ЕЁ ПРОСТО НЕТ !!!
Ну... если у вас составит фрагментация за год 0.3%, зачем ее дефрагментировать ?

[фирэфохэ]

Чем проверял 0.3%?

[Tirael]

вот все заладили "не нужна" "быть ее не могёт" и т.п.

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

какая б звездатая ФС бы не была, пишется все равно на диск, весьма жесткий, с его блинами и головами...
и фрагментация - суть задержка чтения / записи потому как перемещение головы на произвольное место (random seek) занимает гораздо больше времени чем чтение с непрерывного участка.

вот давайте на примере - есть диск, гигов 10, заливаем на него 5 файлов, гига по 2. по определению они зальются непрерывно... теперь удаляем первый, в серединке и последний (по расположению на диске) (я конечно не знаю как это расположение поглядеть, но предположим с этим угадали, да и в теории файлы будут располагаться последовательно в порядке записи от начала к концу)
ну вот удалили эти 3 по 2 гига, и пишем на винт файл в 6 гигов - он ессно заливается в три свободные дырки и оказывается фрагментированным на 3 куска...

[dgtl]

А как проверить фрагментацию на ext4?

[nikulyan]

Чем проверял 0.3%?

Где-то прочитал, где не помню, а за 1 год написал, так там было, вроде,
написано, вообще, за 3 года... 

[PaulStogov]

А как проверить фрагментацию на ext4?

#fsck -n

Смотришь самый конец вывода, что-то вроде:
/dev/sdb2: 366793/19004160 files (0.3% non-contiguous), 18135011/77069829 blocks

[anonimus]

Чего вы все привязались к этой фрагментации? У вас что, серьезные проблемы с производительностью?

[mechanical]

у меня за год на ext3 накопилось 3.7% non-contiguous

[nikulyan]

у меня за год на ext3 накопилось 3.7% non-contiguous

Очень много! За месяц на NTFS получишь 50%

[mechanical]

ну не знаю .... много или мало ... меня мало тревожат эти цифры.
так .... для информации!

[rapidsp]

вот все заладили "не нужна" "быть ее не могёт" и т.п.

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

какая б звездатая ФС бы не была, пишется все равно на диск, весьма жесткий, с его блинами и головами...
и фрагментация - суть задержка чтения / записи потому как перемещение головы на произвольное место (random seek) занимает гораздо больше времени чем чтение с непрерывного участка.

вот давайте на примере - есть диск, гигов 10, заливаем на него 5 файлов, гига по 2. по определению они зальются непрерывно... теперь удаляем первый, в серединке и последний (по расположению на диске) (я конечно не знаю как это расположение поглядеть, но предположим с этим угадали, да и в теории файлы будут располагаться последовательно в порядке записи от начала к концу)
ну вот удалили эти 3 по 2 гига, и пишем на винт файл в 6 гигов - он ессно заливается в три свободные дырки и оказывается фрагментированным на 3 куска...

эээ... какбы ртфм - нормальные ФС при записи файла ищут непрерывное свободное пространство, а ntfs пишет в первые попавшиеся сектора.
Ну а приведенный пример, какбы это помягче сказать... если человек переходит на зеленый свет улицу, это еще не значит, что его не собьет автомобиль...