Лучше бы автор проверил действие дефрагментации при загрузке системы - вот где время загрузки показывает себя. Кроме того, забыта возможность виндовых "дефрагментаторов" оптимизировать расположение файлов в системе - наиболее читаемые в начале, наиболее записываемые в конце, что тоже приводит к росту скорости. Плюс только после дефрагментации возможно изменение размеров раздела, если сильно фрагментировано свободное место. Плюс дефрагментация способствует ручному восстановлению файлов, "если что", и частично - автоматическому - программе проце работать. Плюс дефрагментация + оптимизация способствует уменьшению передвидения головок, что снижает шум и тепловыделение. Плюс...плюс...плюс...одним словом, от дефрагментации один плюс.

(Reply to this) (Thread)

Трудно сказать, лучше бы это было или хуже. Слишком много случайно меняющихся параметров - то диск чекится, то ldconfig обновляется, то шрифты кэшируются. Тем более, что практически все используемые при загрузке программы лежат на /, который не слишком весело перекидывать с диска на диск. С /usr как-то спокойнее - "не поднялся, ну и фиг с ним"...

>>Плюс дефрагментация + оптимизация способствует уменьшению передвидения головок, что снижает шум и тепловыделение.

Как раз это спорный вопрос. В многопользовательской среде трудно предсказать какой файл будет читаться, записываться и в какой именно момент это будет происходить, тем более что общение с дисками давно уже асинхронное. Есть также такое парадоксальное мнение, что на загруженных уеб серверах лучше иметь немаленький процент фрагментации - процентов этак 10-20. Дескать тогда несколько десятков апачей быстрей раздают файлы пользователям.

(Reply to this) (Parent) (Thread)

Хороша дефрагментация или плоха? Для ответа надо задать ещё один вопрос - для кого?
Постройте тест на замере скорости создания и заполнения файлов. Вариантов несколько: Создаем БОЛЬШОЙ (100Гигов) файл и записываем его рандомными числами. Создаем средний файл (ну скажем чуть больше кэша диска - скажем 50мб), и заполняем его рандомом. И создаем мелкий файл - скажем 512кб. Для чистоты эксперимента кол-во мелких файлов надо увеличить до общего объема в 100гигов (что бы они были одинаковы) - затем проверяем скорост чтения содержимого этих файлов. Время записываем в две колонки.
Аналог тестов CrystalDriveMark. Так у меня на NTFS на чистом разделе у больших файлов скорость составляет более 80МБ/сек. На фрагментированном (там где винда и темп, плюс даунлоад от торрента) скорость падает до 30МБ/с.
Теперь представьте (это поклонникам многозадачности) - что у вас есть отдельный винт - и вы храните на нем загруженное с торрента,аудио,видео,фото или просто рабочие проекты. Фрагментация этого диска растет. Фактически доступ к нему экслкюзивный (например, когда вы играете или правите что-то в гимпе или в аудасити у вас :) торрент не качает) - производительногость фрагментированного и дефрагментированного диска скажется просто офигенно как :) Со всеми вытекающими - включая общий пробег позиционирования головок на перемещения с цилиндра на цилиндр.

(Reply to this) (Parent) (Thread)

Я мало чего понял из вашего текста, но у меня есть несколько замечаний.

>>На фрагментированном (там где винда и темп, плюс даунлоад от торрента) скорость падает до 30МБ/с

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

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

Так у вас эксклюзивный доступ или речь, всё же, идёт о многозадачности? Я не знаю, как система распределяет процессорное время между задачами, так что, какая из запущенных задач в данный конкретный момент пытается обратиться к диску - я не знаю. Поэтому я не могу проследить, грубо говоря, за путем головки по винту. Понятно, что это процесс случайный. Чем в сокращении этого пути мне поможет дефрагментация диска?

Я уж молчу про рэйды со страйпом...

(Reply to this) (Parent)