У нас есть Windows Server 2008 R2 с 288 ГБ оперативной памяти. Система создала файл подкачки примерно такого же размера. Это ожидается, однако, когда я пытаюсь переместить файл на диск SAN, который смонтирован как GPT-диск емкостью 3 ТБ, инструмент не видит все доступное пространство. Windows сообщает о правильном свободном пространстве во всех местах, которые я могу найти, за исключением инструмента графического интерфейса виртуальной памяти. Может ли кто-нибудь сказать мне, почему и / или как это исправить, чтобы я мог поместить файл подкачки на этот диск емкостью 3 ТБ? Инструмент сообщает о 203 965 МБ, когда на диске свободно более 2,5 ТБ.
Как правило, нет необходимости в файле подкачки размером около 300 ГБ. Есть несколько причин, по которым вы можете захотеть, чтобы размер вашего файла подкачки соответствовал размеру вашей оперативной памяти в Windows:
В случае сбоя (BSOD) вся системная оперативная память будет выгружена в аварийный дамп. Удачи в анализе аварийного дампа размером 300 ГБ или отправке его в Microsoft для анализа. В этом случае лучше использовать минидампы.
У вас есть приложение, которое пытается совершить удвойте системную оперативную память, что приведет к сбоям из-за нехватки памяти. Если у вас 288 ГБ ОЗУ и это происходит, вы действительно нужно добавить больше ОЗУ и не полагаться на файл подкачки. Я не могу представить себе 200 ГБ + совершенный память в файле подкачки. Ваш администратор хранилища, вероятно, убьет вас во сне.
Помимо этого, на самом деле нет никаких преимуществ в наличии (pagefile == RAM) на сервере. Вам лучше профилировать свое приложение, проверять, сколько зафиксированных байтов обычно используется, и, если это больше, чем ваша оперативная память, возьмите остаток и добавьте удобные накладные расходы и используйте это значение для вашего файла подкачки.
Например, если у вас 288 ГБ ОЗУ и у вас обычно 300 ГБ выделенной памяти, вам может понадобиться файл подкачки 20 ГБ (12 ГБ для подкачки для удовлетворения требований к выделению памяти + 8 ГБ для накладных расходов).