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

NEZUMI

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

Если на диске хранится множество мелких файлов, то, сократив размер кластера, мы существенно увеличим эффективный объем. Исключение составляют файлы, размер которых не превышает 1 Кб, — они хранятся непосредственно в самом $MFT, и размер кластера на них никак не влияет, однако за счет фрагментации производительность упадет и в результате придется дефрагментировать диск намного чаще.

Увеличение размера кластера увеличивает грануляцию (потерю дискового пространства), но в то же время оно сдерживает рост фрагментации. В принципе, можно выбирать любой размер кластера, но если он превысит 4 Кб, мы не сможем ни дефрагментировать раздел, ни использовать прозрачное сжатие/шифрование файлов. Это не есть хорошо.

твой друг reset

С точки зрения NTFS, директории — это обыкновенные файлы. Может быть, не совсем обыкновенные, но фрагментироваться они могут. Вот и фрагментируются, причем штатный дефрагментатор их не дефрагментирует. Так как дальше жить? Перезагружаться нужно чаще — вот что! Перед установкой нового приложения, создающего директории (или перед реорганизацией структуры каталогов «руками» в FAR'е или в «Проводнике»), запусти штатный дефрагментатор и по окончании его работы обязательно перезагрузись. Не через reset, конечно, а завершив работу через меню «Пуск» ;).

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

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

реестр черной магии

Реестр — это настоящий заповедный лес, населенный всякими существами, многие из которых очень полезны и годятся не только на мех, но и на оптимизацию. Вот несколько интересных ключей, влияющих на производительность NTFS:

отключение обновления времени последнего доступа

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

Запускаем Редактор Реестра, находим HKLM\SYSTEM\CurrentControlSet\Control \FileSystem, видим там параметр NtfsDisableLastAccessUpdate типа REG_DWORD со значением 0 (обновление включено). Меняем его на 1 (обновление отключено) и радуемся жизни.

отказ от коротких имен

Для каждого файла NTFS автоматически генерирует длинное и короткое имя, сохраняя их в FILE Record. Зачем же нам короткое имя, если его «видят» только старые 16-битные приложения, доставшиеся в наследство от Windows 3.x, о которых современное поколение, наверное, даже не слышало?