Насколько точный заявления Diskeeper, что фрагментация вызывает катастрофические отказы, прерванные начальные загрузки и другой погром?
Единственный из тех, которых я лично наблюдал, является первой половиной (b) - медленнее загружаются и действительно обычно более медленный доступ к файлу. Мой личный опыт - то, что существует измеримое различие между хорошо дефрагментируемым диском и плохо фрагментированным диском. Насколько это на самом деле влияет на людей однако, я не так уверен.
Я также согласился бы, что это только влияет на производительность, но откровенно говоря, который смягчен тем, что диски и процессоры настолько быстрее. В былые времена, когда диски передали в 66/100/133MB/second, это были, вероятно, более значимые, но сегодняшние диски, так быстры, что я думал бы, что Вы будете измерять разницу в производительности в миллисекундах..., другими словами, не примечательный.
Вы более обеспечены просто использование программы дефрагментации, которая идет с Вашей ОС и дефрагментациями расписания один раз в месяц, если Ваша ОС уже не делает этого автоматически как Windows 7.
Diskeeper действительно обеспечивает долгое выравнивание для каждой из тех точек в остатке от бумаги и действительно перечисляет статьи Microsoft, которых он основывает свои исследования. (Это - конечно, определенный для Windows отчет.)
Обращение к прерванным начальным загрузкам конкретно:
Да, это - проблема. Действительно, это - то, которое даже не ограничено Windows NT. Существует несколько загрузчиков операционной системы, которые требуют, чтобы (некоторые, не все) файлы изображений программы операционной системы были непрерывны, потому что никакой драйвер файловой системы еще не был загружен, и код для прочитывания диска очень упрощен и может только справиться с непрерывными файлами (рассматривающий их, по существу, как единственная операция чтения мультисектора). Дело обстоит так для загрузочных записей тома FAT многих операционных систем, и причина что, исторически, системные файлы такой как IBMBIO.COM (ПК-DOS и DR-DOS) и IO.SYS (MS-DOS) должен был быть непрерывным.
Конечно, после того как каждый загрузил код драйвера файловой системы, который способен к завершенному пониманию структур данных на диске, которые могут произойти очень вначале во многих операционных системах, фрагментация прекращает быть фатальной проблемой и становится просто проблемой производительности ввода-вывода. Таким образом, это - только АВАРИЙНОЕ ЗАВЕРШЕНИЕ в случаях нескольких операционных файлов начальной загрузки; и обычно усилие приложено для создания тех файлов непрерывными на диске, когда они сначала записаны в любом случае. (Резервирование непрерывного пространства так, чтобы это было бы верно, что /B опция к MS/PC-DOS FORMAT команда была всем о, например.)
Распространенный неправильное слово.
По моему опыту, тяжелая фрагментация просто замедляет вещи. (Медленная начальная загрузка, короткие замораживания.) Иногда на грани таймаута приложений, который вызывает нестабильность программного обеспечения, потому что приложение не ожидает, что это произойдет. Это в свою очередь может вести для указания на a), d) и e), но только как побочный эффект.
Additonally на очень в большой степени фрагментированном диске, который является также полным повреждением файла на 99,999999999%, может на самом деле быть проблемой, поскольку сама файловая система исчерпывает комнату колена, чтобы сделать, это - работа, но в целом Вы будете полагать, что ПК замедляется, чтобы быть применимым задолго до того, как Вы достигаете той точки.
Что касается f): использование RAM для кэширования в целом не увеличится, но эффективность кэширования совершит прыжок вниз.
В целом: С Windows XP файловая система NTFS довольно хороша при сохранении фрагментации ограниченной разумными уровнями совершенно отдельно. YMV, но по моему опыту для большинства примеров использования (дома или на серверах) нет никакой реальной потребности в непрерывной дефрагментации как DiskKeeper, хочет продать Вам.
Для интенсивно используемого (партия новых регистрирует/изменяет удаленные файлы/файлы) файловые серверы это - другой вопрос: низкоприоритетное задание дефрагментации, работающее в фоновом режиме, может действительно помочь сохранить стабильность системного времени отклика за длительный промежуток времени. Это - то, если сервер постоянно не используется в этой интенсивности для 24/7. Программное обеспечение дефрагментации должно будет иметь шанс сделать задание. Если это не может сделать, это - задание правильно, это только делает матерей хуже. В таких случаях часто более эффективно вывести всю файловую систему для записи на ленту (или другой диск, HDs являются дешевыми в эти дни), отформатируйте файловую систему и скопируйте все назад. Делайте это каждые X недели, где X зависит от того, когда потеря производительности становится проблематичной.