отключить ненужные службы

Исправлено otaku (08.01.07 22:31)

какая файловая система? для НТФС есть пара настроек в реестре для ускорения работы...

Bream, настройки в студию пожалуста

Отключаем индексирование
Делается это следующим образом. Открываете "Мой компьютер", клик правой клавишей мыши на иконке жесткого диска и выбираете "Свойства". В самом низу открывшегося окна вы увидите галочку напротив пункта "Разрешить индексирование диска для быстрого поиска". Вот эту самую галочку и следует убрать. После нажатия кнопок "Применить" или "ОК" появится новое окно, в котором вам будет задан вопрос, применить ли выбранные атрибуты только к текущему диску или и ко вложенным файлам и папкам тоже. Окончательное исполнение данной процедуры может занять пару минут (смотря сколько у вас файлов на диске), но в результате вы сможете наслаждаться немного более быстрой работой ОС. Естественно, что работает это только для дисков с файловой системой NTFS.

Увеличиваем производительность NTFS
Первое, отключим создание коротких имен. По-умолчанию NTFS генерирует имена согласно старому правилу 8.3 для совместимости с MS-DOS и Windows 3.x клиентами. Если в вашей сети таких клиентов не наблюдается, эту функцию можно отключить, поменять значение ключа в разделе: HKLM\SYSTEM\CurrentControlSet\Control\Filesystem NtfsDisable8dot3NameCreation на 1.

Вторым шагом мы отключим запись даты последнего обновления файла. По-умолчанию NTFS каждый раз при изменении любого файла записывает дату и время его последнего обновления. На больших разделах NTFS это может очень существенно влиять на производительность файловой системы. В разделе: HKLM\SYSTEM\CurrentContolSet\Control\Filesystem
NtfsDisableLastAccessUpdate REG_DWORD=1. Если ключ не существует, его надо создать.

Теперь отведем достаточно места для главной файловой таблицы. Добавить в системный раздел реестра: HKLM\SYSTEM\CurrentControlSet\Control\FileSystem
ключ NtfsMftZoneReservation типа REG_DWORD.
Когда вы это сделаете, система зарезервирует место на диске для главной таблицы размещения файлов. Для чего это нужно? Да для того, чтобы взять под контроль процесс роста этой таблицы. Если на ваших разделах NTFS мало файлов, но они большого размера, то наилучшим значением созданного параметра будет 1 (по-умолчанию). Обычно оптимальным значением является 2 или 3. А 4 (максимальное значение) следует использовать только в случае, если у вас на диске количество файлов огромно (десятки тысяч). Тем не менее, со значениями больше 2 следует экспериментировать осторожно, так как в этом случае система может отхватить для таблицы размещения файлов немаленький кусок дискового пространства.

Ускорить действие файловой системы
(если позволяет оперативная память) можно увеличив параметр типа DWORD IoPageLockLimit в разделе HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\MemoryManagement
от заданных по умолчанию 512 КБ до 4 МБ и более.
Этот параметр представляет максимальное число байт, которые могут быть блокированы для операций I/O. Когда значение параметра равно 0, то система использует встроенный алгоритм определения необходимой памяти и использует объем 512 КБ. Установка максимального значения должна основываться на объеме памяти в Вашей системе. Так, если Вы имеете 128Mb памяти, установите шестнадцатеричное значение 4000, если 256Mb – 10000, и если 512Mb – 40000.
Установки вступят в силу после перезагрузки системы

Исправлено Bream (09.01.07 00:13)

Укроп, хм. я и не утверждал, что "всё летает". лично я отключаю создание коротких имен 8.3 и запись даты последнего обновления файла (кстати, помогает). остальное н е трогаю. а привел здесь весь текст из хелповника, чтобы народ сам выбрал, что им надо.
ЗЫ: про индексирование забыл упомянуть, ну просто дело в том, что у меня из дистрибудива винды эта фича вырезана, тоесть она как бы отключена получается :)

Исправлено Bream (09.01.07 01:12)

я бы советовал уйти на NTFS

**KiSh**, по возможности, стараюсь наоборот от свопа уходить

Ratus, из соображений, что дисковая операция по времени занимает в несколько раз больше, чем операция с ОЗУ. Если объемы ОЗУ позволяют...

Оптимизаторы, плин. Лично я уже наоптимизировался, косяк на косяке потом был. Долго это расписывать нужно, че отключить там. Проще ничего не трогать, надежней будет.

Ratus, нет, не так. ОЗУ свободно, ФП бьется в агонии - сколько раз уже было :(

Вообще, на ftp есть информация по оптимизации.

BigBrother, это не то. прочитай фразу целиком. это не для инсталляторов...

Укроп, гы. Тогда можно доказывать и то, что оператива НИКОГДА не бывает free :D

Houl, ага, своп в оперативку засунуть - ваще летать будет :))))))

Houl написал(а):

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

виндовоз и так на себя минимум 80 метров оперативы неизвестно под что жрет...еще и своп в него, ога)))

asp, я думаю притензии должны быть к авторам статьи я всего лишь попытался её смысл донести ))))) а так.... если всю винду в оперативку затащить.... думаю летать будет еще как )))))

Mr. Z, FAT32->NTFS преобразуется утилитой fsconv, кажется. К сожалению, точно не помню. А вот в обратном порядке без потерь - уже не получится.

asp написал(а):

Mr. Z, FAT32->NTFS преобразуется утилитой fsconv, кажется. К сожалению, точно не помню. А вот в обратном порядке без потерь - уже не получится.

Преобразуется командой convert c: /fs:ntfs , из под винды и с сохранением всех данных. Обратный процесс лехко делается partitition
magic'ом.

strike написал(а):

ь эту папку, в итоге винда будет писать в память и скорость от этого увеличиться...
Но самое главное что винда пишет в кусок реес

И если уйдёшь случайно в перезагрузку, то вся инфа пойдёт по п... Хотя я так для винрара делал временную папку - фишка - винт не фрагментируется от распаковок :-)