Почему байты во всей куче намного больше общего использования памяти

Question

У нас есть служба Windows C# (работает на сервере Windows 2008 + .NET Framework 4.6 + GC perf hot fix). После запуска в течение нескольких дней размер байтов во всех кучах достигает более 100 ГБ (фиксированный), а частные байты тоже очень высокие (110 ГБ +), но использование ОЗУ составляет всего 68 ГБ (рабочий набор) & 59 ГБ (частные байты). Только 10 ГБ в файлах страниц на этом сервере.

Я сделал дамп и запустил WinDbg + SOS для анализа использования памяти, и я узнал, что существует много объектов Free (около 54 ГБ). Может ли это быть вызвано Free объектами? Разве эти бесплатные объекты занимают только виртуальную память, но нет физической памяти? Если нет, то как возможно, что зафиксированная виртуальная память намного больше, чем используемая физическая память + файлы страниц?

Answer 1

Вы только что обнаружили концепцию страниц с нулевым значением.

Процитирую из Windows Internals, 6-е издание, часть 2 [Amazon Germany], глава 10, что об управлении памятью (стр 276 в моем издании книги):

Для многих из этих пунктов , плата за совершение может представлять собой потенциальное использование хранилища, а не фактическое. Например, страница конфиденциальной памяти фактически не занимает ни физической страницы ОЗУ, ни эквивалентного пространства для файлов страниц, пока она не будет указана хотя бы один раз. До тех пор, это нулевая страница [...] Но фиксируйте учетные записи для таких страниц, когда виртуальное пространство сначала создается. Это гарантирует, что, когда страница будет указана позже, для нее будет доступно фактическое физическое пространство для хранения.

Это означает: Windows будет увеличивать размер рабочего набора или файла страницы при доступе к памяти (зафиксированной, но не доступной/неиспользуемой).

Ваше предложение

ли эти свободные объекты занимают только виртуальную память, но не физической памяти?

не подходит для остальной части вопроса. Любая память, независимо от того, что она заполнена (объекты .NET Free, обычные объекты .NET или даже C++), может потреблять физическую память (тогда она находится в рабочем наборе) или нет (тогда она находится в файле страницы).