Проводник процесса, не показывающий крупнейшему пользователю моей RAM
Кто-либо знает, почему Проводник Процесса мог бы показать эти странные значения для использования памяти моего Виртуального экземпляра Поля?
Вот вещественные числа:
Но вот то, что показывает Проводник Процесса:
Таким образом, процесс фиксировал 1,2 ГБ VM, 1,1 ГБ которого является частным. Но Проводник Процесса только видит 196 МБ VM и только 48 МБ частной памяти! Что продолжается здесь?
Править: Эта память не просто зарезервирована. Это на самом деле привыкает:
3 ответа
Mark Russinovich любезно объяснил, что это происходит, потому что VirtualBox блокирует большой объем памяти, который запрашивает ОС сохранить его в рабочем наборе.
Однако, если Вы просто пробуете VirtualLockлуг набор RAM, Вы не будете видеть это. Вся эта RAM будет счастливо составляться, как он должен быть. Таким образом, это - что-то еще о пути, VirtualBox выделяет эту память. Кстати, это также влияет на ProcessHacker.
Странная вещь об этом состоит в том, что ProcessHacker перечисляет все выделенные диапазоны памяти правильно, и просто складывание их даст правильное значение, однако счетчик, о котором сообщает ОС, является неправильным. Некоторыми ГБ.Не очень!
Я называю это причудой создания отчетов Windows RAM. Я назвал бы это ошибкой, но это, вероятно, было вокруг, по крайней мере, в течение десятилетия, поэтому к настоящему времени я предполагаю, что можно назвать это ожидаемое поведение... тем, которое правильно не работается вокруг в Хакере Проводника ни Процесса Процесса.
VMMap мог бы иметь ошибку, которая делает Зафиксированным, включают отброшенные страницы или страницы в файле подкачки.
Таким образом теперь это похоже на неактивную память... Это выделяется так же, как резерв (или как ошибка).
Рабочий набор только содержит активную память, VMMap и Проводник Процесса действительно показывают тот же WS...
От RAM, Виртуальной памяти, Файла подкачки и так далее:
Память, Зафиксированные Байты: Это - мера требования виртуальной памяти. Это показывает, сколько байтов было выделено процессами и которому операционная система фиксировала страничный блок RAM или слот страницы в файле подкачки (или оба). Как Зафиксированные Байты растет выше доступной RAM, увеличений подкачки страниц, и количество файла подкачки, используемого также, увеличивается. В какой-то момент действие подкачки страниц начинает значительно влиять на воспринятую производительность.
Таким образом, я действительно полагаю, что Зафиксированная сумма Байтов не имеет никакого отношения к VirtualBox - это - просто суммарный итог физических страниц RAM всех рабочих процессов в системе. В этом случае данные, возвращенные Проводником Процесса, корректны.