Я немного читал о стратегии, применяемой Windows для разбивки ОЗУ в файл подкачки. По-видимому, Windows может решить разбить на диск неиспользуемые страницы из рабочего набора процессов, чтобы как можно скорее обеспечить наличие доступной оперативной памяти для удовлетворения дополнительных потребностей.
На нашем сервере выполняется контролируемое количество процессов, около 250. Использование памяти каждым из них контролируется, поэтому максимальный объем используемой ОЗУ составляет около 32 ГБ. На сервере 64 ГБ, что составляет более чем достаточно, чтобы гарантировать, что нет необходимости разбивать страницы на диск память, выделенная дополнительными пользовательскими сеансами и другими приложениями, которые мы можем запускать в данный момент (perfmon, профилировщики и т. д.)
Эти процессы сильно нагружают диски, что вызывает среднее количество секунд на операцию, чтобы увеличить даже до 100 мс. Это сильно замедляет многие операции и создает узкие места в нашей системе. Моя гипотеза заключается в том, что можно немного уменьшить нагрузку на диск, если мы удалим файл подкачки. После этого Windows должна вообще перестать разбивать ОЗУ на страницы. Это может вызвать проблемы, когда ОЗУ больше не будет, чего мы не гарантируем.
Верна ли эта гипотеза? Кто-нибудь пробовал это в производственной среде?
Изменить: я вижу, что вопрос был отклонен. Хотя это справедливо и помогает создать качественный сайт вопросов и ответов и обмена знаниями, было бы действительно хорошо, если бы люди, проголосовавшие против, добавили несколько комментариев, объясняющих, почему. Без обратной связи нет улучшений.
Файлы подкачки имеют несколько целей. Поддержка больших аварийных дампов. Предполагаются алгоритмом кеширования Extensible Storage Engine. И да, разрешите более высокие лимиты фиксации.
Как вы думаете, почему существует значительный объем операций ввода-вывода для пространства подкачки, если объем установленной ОЗУ намного превышает требования?
Почему несколько записей могут быть вредны для диска? Многие твердотельные диски имеют ресурс записи в сотни ТБ. Да, медленнее, чем DRAM, но, по-видимому, пространство подкачки используется мало, если ваш анализ емкости верен.
Файл подкачки постоянного размера более предсказуем, чем управляемый системой. Однако, если системный предел фиксации превышен, сбои выделения памяти произойдут, даже если у вас было дисковое пространство для предотвращения этого.
Файл подкачки, вероятно, является оптимальным выбором. Если у вас все равно есть твердое мнение, вы не будете первым, кто отключает файлы подкачки. См. Также Сбой сервера: Используйте WMI для удаления файла подкачки.