Вы, несомненно, имеете в виду «Расширение Windows: виртуальная память» Марка Руссиновича.
- Да, это номер.
- Да, у вас есть только 2,5 ГБ оперативной памяти (примерно - здесь нет необходимости в дополнительной точности).
Тем не менее .. вы пишете "делать все правильно". Я должен отметить, что статья Марка о «расширении границ», и эта формула дает вам абсолютный минимум для размера файла подкачки. Если вы хотите, чтобы ваша система работала хорошо, вы не хотите «раздвигать границы».
В этой статье нет рекомендаций, в которых говорится, что вы должны сделать настройки такими маленькими. Только то, что вы можете сойти с рук, если вы действительно хотите. (Предполагая, что вам на самом деле никогда не требуется больше преданной памяти.)
(И вам вполне может понадобиться больше. Помните, что этот «пик», который вы видели здесь, является лишь пиком для продолжительности запуска Process Explorer. Он имеет смысл только в том случае, если вам доведется запустить максимальную рабочую нагрузку приложения в течение этого времени. Это означает не только запуск всех приложений, которые, по вашему мнению, когда-либо будут запущены одновременно, вам также нужно, чтобы каждое приложение использовало максимальную частную память («выделенную» память), о которой вы когда-либо будете просить. сложная вещь для настройки и тестирования. И кто скажет, что вы никогда не добавите другое приложение к вашей обычной рабочей нагрузке? Таким образом, информация, которую вы получаете с помощью инструментов мониторинга, не гарантирует, что вам больше никогда не понадобится больше.)
Обратите внимание, что если вам действительно придется снова достичь этого пика, а для файла подкачки задано значение минимума, которое вы рассчитываете таким образом, в ОЗУ не останется места для оперативной памяти, используемой сопоставленными файлами - такими как файлы кода, такие как exe и dll's., (Это связано с тем, что в число «выделенной» виртуальной памяти не входят кодовые страницы или другие страницы, поддерживаемые сопоставленными файлами.) Поскольку для выполнения кода должен быть код в ОЗУ, это является проблемой.
Хорошо, поскольку вы включаете расширение файла подкачки, это не проблема "showtopper". Но это, безусловно, будет хитом производительности.
Поэтому, если вы по какой-то академической причине не пытаетесь продемонстрировать абсолютный минимальный размер файла подкачки, который не приведет к сбоям приложения, независимо от проблем с производительностью, я бы так не поступил. (Я не могу придумать практическую причину сделать это.)
Если вы действительно хотите сократить практический минимум, то есть, не ограничивая объем оперативной памяти, доступной для кода, просто установите минимальный размер вашего файла подкачки в соответствии с наблюдаемым максимальным зарядом фиксации. Это означает, что для кода по-прежнему будет доступно ОЗУ, даже если приложения и ОС создали столько выделенной памяти (и ссылались на все это).
Также нет причин ограничивать максимальный размер только в 2 раза меньше, если только вы не очень заинтересованы в использовании диска.
Видите ли, не вредно (кроме использования дискового пространства) иметь файл подкачки больше, чем когда-либо понадобится системе. В частности, больший файл подкачки, чем необходимо, не «привлечет» к нему больше страниц. И нет никакого преимущества в том, чтобы сделать его достаточно большим (опять же, кроме использования дискового пространства). Так зачем? т.е. вы не «оптимизируете» ничего, кроме дискового пространства, занимаемого этим упражнением.
Учитывая, что превышение лимита фиксации может привести к сбоям приложения (и, следовательно, к потере данных), а в редких случаях даже к сбоям системы, я не был бы настолько заинтересован в том, чтобы сделать мой файл подкачки как можно меньше.
С другой стороны, если системе приходится много писать в файл подкачки - и в системе Windows 7 с использованием только 2,5 ГБ ОЗУ, я думаю, это будет - иметь файл подкачки, который значительно больше, чем когда-либо будет использовать система. ускорить вещи. Зачем? Потому что алгоритм распределения пространства, который используется для файла подкачки, может быть намного быстрее, если есть много свободного места.
Из-за этого мне нравится видеть счетчик PerfMon для использования% Pagefile%, чтобы оставаться ниже 25 процентов.