Оптимизация EXT2/3

[Eugene888]

Задался мыслью о том, что в Windows дефрагментаторы кроме своей непосредственной функции часто умеют перемешать наиболее часто используемые файлы ближе к началу диска, повышая тем самым производительность диска и системы в целом. Конечно дефрагментация для EXT2/3 не нужна, но вот оптимизировать их в таком роде было бы не плохо. Если кто сталкивался с программами позволяющими это сделать напишите думаю всем будет полезно знать!!!

[DebianBoy]

В линухе нет такого понятия как дефрагментация. Забудь просто об этом.

[Eugene888]

Если внимательно прочитать, то я говорил не о дефрагментации, а о перенесении наиболее часто используемых файлов в начало диска!!!!

[Дмитрий Бо]

Вопрос интересный, присоединяюсь. Ничего в интернетах не нашлось, одни флеймы...

[DebianBoy]

Прежде чем задавать такой вопрос, неплохо бы ознакомиться с самим понятием дефрагментация.
Повторю, что в Линуксе нет такого понятия как дефрагментация или перемещение файлов. Система сама запустит нужную утилиту дабы проверить и оптимизировать твое дисковое пространство только тогда, когда это будет действительно надо. Можно конечно стать виндовым задротом и в линуксе я ж не спорю Накопать утилит и уверовать в псевдочудеса, актуальные только для продуктов мелкософта.

[Sebastian Gonsales]

Мое мнение РАБОТАЕТ - не трожь. Винду дефрагментировали, чтобы справиться с ее тупняками, а тут?? Пусть бросит в меня камень тот, у кого на среднестатистической машине линукс тормозит. Пусть у него аптайм хоть год++ будет.

[12d3]

UbuntuBoy
понятия фрагментации и дефрагментации существуют для всех фс.
просто для для ext3 и reiserfs она настолько мала что ей можно пренебречь. например, щас померил - в хоуме фрагментировано 2% файлов.
на самом деле фрагментация в настоящее время мало влияет на скорость доступа к данным. это было очень актуально лет 10 назад.
и размещение файлов в начало - аналогично.

[Scriber]

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

[andrew_bye]

А на мой взгляд, в настоящее время на производительность системы больше влияет не степень фрагментации/дефрагментации и не размещение файлов на диске, а то, на сколько оптимизировано firmware  жесткого диска и как у него организован обмен данными с буферной памятью (кэшем).

[Дмитрий Бо]

UbuntuBoy, перечитай первый пост:

в Windows дефрагментаторы кроме своей непосредственной функции часто умеют перемешать наиболее часто используемые файлы ближе к началу диска

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

[Otetz]

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

С другой стороны, действительно, было бы интересно посмотреть на карту записи данных на жёстком диске. Куда пишутся данные? В начало раздела, в середину или конец? Пишутся они максимально приближенными друг к другу блоками, но где эти блоки?

И вот поскольку данные на диск изначально пишутся монолитом, то и понятия "дефрагментация" "оптимизация ext3"  смысла не имеют.
Оптимизировать можно по-другому. Правильно создать разделы. Например, многие делают своп партицию в середине диска. Корневой раздел в начале. Root>Swap<Home (или /var) классическая карта разметки. Но это на загруженных серверах актуально (там своп используется по максимуму). А на десктопе.... забудь.

[Дмитрий Бо]

Создание отдельных разделов под всё гарантирует запись в определённую область диска, но при этом объём диска используется неэффективно. Одмому разделу понадобится меньше места чем планировалось, другому - больше. Например, /var переполнится...

[Eugene888]

UbuntuBoy, прежде чем пинать по линкам, не плохо было бы их самому изучить. "Процесс разбиения файла на небольшие фрагменты при записи на диск называется фрагментацией. Дефрагментация — процесс обновления и оптимизации логической структуры раздела диска с целью обеспечить хранение файлов в непрерывной последовательности кластеров." Слышишь - в непрерывной последовательности кластеров, а я говорю о файлах, чуешь разницу. И знаешь верить в то, что linux настолько совершенен, что сделает все сам это как минимум наивно. Встроенные утилиты не всегда даже с простыми ошибками файловой системы справляются, а ты думаешь что они что там могут без твоего участия оптимизировать. И насчет производительности у меня недавно Ubuntu 7.10 с кучей установленных пакетов работала значительно медленней чем ЗлоOS и диск при этом работал так, что как будто это его последний день. В Ubuntu 8.04 ситуация по-лучше, но проблема не решена - физическое устройство диска еще никто не отменил и файлы расположенные в начале диска всегда будут читаться быстрее тех, что расположены в конце!!!

[6uest]

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

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

[Eugene888]

Вероятно я не совсем корректно выразился, подразумевалось что пока у HDD существует механическая часть - гермоблок, проблема равноскоростного доступа ко всем частям дисков (физических) входящим в состав HDD не решена. И поэтому считаю что перемешение наиболее часто используемых данных в начало диска поможет снизить эту проблему, кроме того позволит снизить механическое разрушение HDD и тем самым продлить срок его службы. Микропрограмма согласен позволяет OS управлять операциями чтения/записи на HDD, но обеспечить близкую к равной скорость чтения любых данных она не может, какого производителя она не была и по каким бы "стандартам" не была создана. Вообще эти "стандарты" не так уж и разнятся у разных производителей уже наверное лет 20. Пока не пришли диски без "механики" происходит лишь увеличение емкости HDD и увеличение пропускной способности шин доступа к этим дискам, а в целом ничего не меняется. Я не программист, но как мне представляется программа решающая эту проблему должна уметь анализировать данные на предмет частоты совершения по отношению к ним операции чтения и в соответствии с этим перемещать наиболее часто используемые в начало, менее используемые в конец. Такую операцию хотябы изредка думаю полезно было бы производить, особенно после очистки системы от старых не нужных пакетов и данных.