Статья: Оптимизация дисковой системы
2. Системы Windows NT4.0 и Windows 2000 имеют немножко другую стратегию работы с виртуальной памятью - динамическое изменение размера файла виртуальной памяти хоть и предусмотрено, но не является штатным режимом работы. Какой общий минимальный размер файлов подкачки выбрать? Единственное, что можно сказать наверняка - значение по умолчанию слишком мало для эффективной работы. Обычным системам рекомендую минимум где-то в районе 200 - 300 Мбайт, а сложным компьютерам типа издательских или, к примеру, графических рабочих станций будет не лишним и 500 Мбайт. На максимальный размер тоже рекомендую не скупиться - цифры порядка гигабайта будут в самый раз. Это практически никак не повлияет на работу системы в обычном режиме, но позволит избежать неожиданностей и сбоев в самые ответственные моменты, например во время работы с огромными документами.
3. Пользователям других ОС можно дать, в общем-то, те же рекомендации: постарайтесь сделать так, чтобы файл виртуальной памяти не изменял свой размер динамически, так как это снижает быстродействие системы и повышает фрагментацию.
Имеет ли смысл ставить максимально возможный размер файла подкачки? К сожалению, нет. Если файл вмещает все необходимые данные (т.е. не увеличивается в процессе работы), то быстродействие системы максимально и поднять его увеличением размера файла не получится. Да, с увеличением файла виртуальной памяти пойдут в ход какие-то эффекты, влияющие на быстродействие системы подкачки, но они будут как за, так и против, и на практическое быстродействие хоть сколь заметным образом влиять не будут.
Где и как размещать файл подкачки?
В случае если у вас есть несколько логических дисков, постарайтесь поместить файл виртуальной памяти на том разделе, который ближе к физическому началу диска. Быстродействие операций чтения/записи там традиционно немного выше, ну или, в крайнем случае, не хуже, чем в остальных местах диска. К сожалению, размещать виртуальную память на другом логическом диске, пытаясь изолировать ее от файлов операционной системы, бессмысленно - пока файл виртуальной памяти находится на том же физическом диске, вы ничего не выиграете изменением его логического местоположения.
Виртуальная память в системе с несколькими жесткими дисками - более гибкий вопрос. Постарайтесь разместить виртуальную память там, где нет файлов программ - то есть вне системного раздела. Это очень существенно повысит быстродействие. Многие современные системы (например, Windows NT4.0 и Windows 2000) могут использовать виртуальную память на нескольких дисках - но имейте в виду: размещать даже часть виртуальной память на том же физическом диске, где и сама система, не следует. Если у вас три физических диска, то не обращайте внимания на их сравнительное быстродействие, а разместите файлы подкачки на обоих несистемных дисках - это тоже сильно повысит быстродействие, а система сама сбалансирует загрузку дисков в соответствии с их скоростью. Имейте только в виду, что файл виртуальной памяти категорически противопоказано помещать на диски, работающие в режиме PIO.
На какой файловой системе размещать виртуальную память? Это не имеет практического значения. Лучше бы, чтобы размер кластера на том диске, где размещается файл виртуальной памяти, был побольше - но и это на самом деле не очень важно.
Старайтесь не создавать с нуля виртуальную память на заполненных более чем на две трети разделах - это почти всегда приведет к созданию фрагментированного файла подкачки. Если у вас нет другого выхода - постарайтесь хотя бы дефрагментировать диск перед увеличением размера файлов виртуальной памяти.
Структура логических дисков
Что лучше с точки зрения производительности - один логический диск на 10 Гбайт, или 3 Гбайт, выделенных под систему, и 7 Гбайт под какие-либо данные? С точки зрения быстродействия почти всегда будет много лучше выделить под систему отдельный раздел небольшого размера (2 - 4 Гбайт). Этот шаг приведет к тому, что системные файлы, доступ к которым осуществляется более-менее одновременно, будут находиться на близких друг к другу областях физического диска - т.е. физическая "взаимная фрагментация" системных файлов будет намного ниже. Особенно стоит учесть этот момент тем, кто имеет системные диски размером несколько десятков гигабайт. Если выделить под системный логический диск 10% - 20% от емкости большого диска (т.е. около 2 Гбайт), то время поиска дорожки при движении головки диска между системными файлами будет в несколько раз меньше, нежели то время, которое необходимо затратить для перемещения головки по всему физическому диску. В случае установки системы на диск в десяток-другой Гбайт, системные файлы обязательно хаотически рассредоточатся по всему этому пространству, что создаст ненужные трудности с одновременным доступом к этим файлам.
Стоит ли дробить диски каким-либо еще образом? Нет, не стоит. Каждый логический диск в процессе своего использования системой (монтирования) заставляет хранить в памяти довольно много (сотни Кбайт) служебной информации, и это уменьшает количество доступной системе памяти. Хоть это и не очень большая потеря, но с точки зрения быстродействия преимуществ в создании множества логических дисков все равно меньше. У этого правила, впрочем, есть одно исключение: если вы используете систему FAT32 (а пользователи Windows98/ME не имеют другой стандартной файловой системы), то не стоит создавать логические диски более 10 - 15 Гбайт. Если у вас винчестер, скажем, порядка 40 Гбайт, то будет разумнее сделать все-таки несколько томов, помимо системного, и очень желательно так, чтобы большие тома не использовались одновременно. Другие современные файловые системы не имеют подобных ограничений.
Заключение
Дисковую систему конкретных операционных систем можно оптимизировать и дальше - например, управляя кэшированием, изменяя режимы работы драйверов файловых систем и т.д. Но, к сожалению, эти настройки слишком специфичны для каждой конкретной операционной системы. Данная же статья рассказывает об общих соображениях, единых для всех операционных систем, а к вопросу об оптимизации конкретных систем мы, возможно, еще вернемся.