разгон на четыре буквы

NEZUMI

Спецвыпуск: Хакер, номер #063, стр. 063-010-4

из fat32 в ntfs

Если NTFS-раздел создается «с нуля» или если он переформатируется, $MFT размещается в начале раздела (там скорость доступа самая высокая) и ему выделяется непрерывная область зарезервированного пространства. При обновлении существующего раздела типа FAT32 в NTFS все происходит иначе. Утилиты конвертации размещают $MFT там, где получается, выискивая свободное пространство и размазывания служебную информацию по всему разделу. Как следствие, $MFT становится фрагментированным еще от рождения, причем фрагментированным очень сильно, а первыми фрагментируются структуры, содержащие системные файлы и файлы установленных приложений. Вот тебе, бабушка, и производительность на Юрьев день.

Существует три пути выхода из ситуации:

1 НЕ ОБНОВЛЯТЬ FAT32 ДО NTFS И ОСТАВИТЬ ВСЕ КАК ЕСТЬ (ДАЖЕ БЕЗ NTFS ВСЕ НЕПЛОХО РАБОТАЕТ!);

2 ПЕРЕНЕСТИ ВСЕ ФАЙЛЫ В ДРУГОЕ МЕСТО И ПЕРЕФОРМАТИРОВАТЬ РАЗДЕЛ КОМАНДОЙ FORMAT С КЛЮЧОМ /FS:NTFS;

3 ОБНОВИТЬ FAT32 ДО NTFS СТАНДАРТНЫМ ПУТЕМ И ТУТ ЖЕ ЗАПУСТИТЬ ПОЛНУЮ ВЕРСИЮ ДЕФРАГМЕНТАТОРА O&O (ЭТОТ СПОСОБ — НАИМЕНЕЕ ПРЕДПОЧТИТЕЛЬНЫЙ).

скорость диска

Скорость жесткого диска — постоянная величина, и кажется, что никакая магия ее не поднимет. На самом деле так только кажется. Диск — источник великой производительности, особенно если над ним поколдовали.

Начнем с извечной проблемы: бить или не бить? Мы будем рассуждать так. Для достижения наивысшей производительности мы должны сократить перемещения магнитной головки, поскольку на операции позиционирования современные винчестеры тратят намного больше времени, чем на последовательный доступ. Если служебная информация (типа $MFT) расположена в начале диска, а нужные нам файлы — в его конце, то головка будет метаться туда-сюда и пройдет целая вечность, прежде чем она что-то прочтет. Когда профессор Эндрю Таненбаум проектировал учебную файловую систему для учебной операционной системы MINIX (из нее выросла LINUX), он учел это, поделив раздел на несколько блоков, каждый из которых имеет «свою» служебную информацию и «свои» файлы. Как следствие, дистанция перемещения головки значительно сокращается, а скорость доступа — возрастает. В NTFS ничего подобного нет, но если мы разобьем винчестер на несколько логических дисков, мы добьемся аналогичного эффекта. Также мы сможем сгруппировать совместно используемые файлы на одном диске, чтобы время доступа к ним было минимальным.

Для того чтобы повысить производительность еще больше, можно использовать два жестких диска, распараллелив операции чтения-записи. Здесь возможны самые разные варианты подключения. Диск, оставшийся от апгрейда, хорошо подходит для размещения файла подкачки («Свойства системы»-> «Дополнительно»-> «Параметры быстродействия»-> «Виртуальная память»-> «Изменить»): во-первых, он не будет фрагментироваться, во-вторых, головки не будут постоянно метаться по всей поверхности, и, в-третьих, swap будет происходить одновременно с прочими операциями ввода-вывода, что увеличит производительность в несколько раз.