Утечка памяти в Windows 8.1, невидимая в мониторе процессов и poolmon

Question

После нескольких дней попыток, погугливая обо всем и стараясь изо всех сил, я остаюсь невежественным.

У меня Razer 2013 Blade Pro с оперативной памятью 8 ГБ. У меня 30 ГБ выделено для дополнительного виртуального ОЗУ.

Моя система ест оперативную память, через день я должен перезагрузиться. Диспетчер задач всегда показывает 7,6-7,8 ГБ из 8 ГБ используемых (через некоторое время). Он показывает 10+ ГБ, зафиксированных через полдня. Размер выгружаемого и не выгружаемого пула меньше ГБ. кешируется менее ГБ. Процессы вместе составляют менее ГБ.

Обычно «poolmon» показывает, что что-то другое, например драйвер, использует память. Однако в моем случае poolmon не показывает никакого дополнительного использования чего-либо. Сейчас используется 12 ГБ дискового пространства и 8 ГБ реальной памяти, и ничто не используется.

По сути, мой вопрос таков:
Если ни диспетчер задач, ни poolmon не показывают потери или использования памяти, что еще я могу попытаться выяснить, ЧТО использует 20 ГБ памяти?

Poolmon -b:

     Memory: 8304828K Avail:  357404K  PageFlts:749759184   InRam Krnl:31464K P:248372K
 Commit:12798116K Limit:32880828K Peak:12958348K            Pool N:168816K P:303892K
 System pool information
 Tag  Type     Allocs            Frees            Diff       Bytes                  Per Alloc

 CM31 Paged     76680 (   0)     49859 (   0)    26821   122609664 (          0)        4571
 wcdl Nonp         43 (   0)         0 (   0)       43    32427744 (          0)      754133
 MmSt Paged    997690 (   0)    989424 (   0)     8266    28019248 (          0)        3389
 rzud Nonp     109134 (   0)     46163 (   0)    62971    15651296 (          0)         248
 CM25 Paged      3295 (   0)         0 (   0)     3295    14479360 (          0)        4394
 MmRe Paged     21218 (   0)     19623 (   0)     1595    14009152 (          0)        8783
 Toke Paged  12315343 (   0)  12310825 (   0)     4518     8803808 (          0)        1948
 ConT Nonp       1585 (   0)      1212 (   0)      373     6365184 (          0)       17064
 BGIK Paged         1 (   0)         0 (   0)        1     6221824 (          0)     6221824
 Thre Nonp     449909 (   0)    447365 (   0)     2544     5244384 (          0)        2061
 Ntff Paged    582079 (   0)    578052 (   0)     4027     5218992 (          0)        1296
 CM16 Paged      9083 (   0)      8010 (   0)     1073     4685824 (          0)        4367
 Irp  Nonp   75321006 (   0)  75307341 (   0)    13665     4645936 (          0)         339
 XENO Nonp        594 (   0)       399 (   0)      195     4317616 (          0)       22141
 ViMm Paged   1873388 (   0)   1862026 (   0)    11362     4057360 (          0)         357
 File Nonp   59994297 (   0)  59983847 (   0)    10450     3492864 (          0)         334

Единственная необычная вещь, которую я вижу здесь, это "pageflts", которая высока, после первой секунды poolmon она падает до 50k за обновление. Я предполагаю, что это что-то указывает, может быть, просто что-то пытается получить память в безумном темпе.

Обновление: я на нем не играл, не менял разрешение.

Обновление: изображения Rammap с загруженным фотошопом (5 ГБ в оперативной памяти): Изображения Rammap с остановленным фотошопом (память все еще показывает, что она заполнена):

Также странно, что помимо 18 ГБ выделенной памяти, которые не отображаются, в rammap в процессах отображается 5 ГБ, что также не соответствует действительности.

PS Я сделал сканирование руткитов на вредоносные байты без чего-либо. Это единственное, о чем я могу думать: серьезная ошибка в ОС Windows, касающаяся использования памяти или руткита ядра.

Answer 1

Это проблема виртуальной памяти DirectX в Windows 8, которая возникает при запуске приложения / игр в другом разрешении, отличном от разрешения рабочего стола и в полноэкранном режиме.

Вы должны увидеть такой пилообразный график в Process Explorer:

Microsoft выпустит исправление для этой ошибки в накопительном пакете обновлений за август 2014 года. Поэтому вам придется подождать еще 1 месяц, пока это не будет исправлено, или играть / запускать приложения всегда с исходным разрешением.

Answer 2

Я не понимаю, почему вы говорите "5 ГБ в процессорах, что не так". Только из показанных вами проков (второй снимок экрана) я вижу 3,1 ГБ. И частный рабочий набор процесса - не единственное использование оперативной памяти (остальное - для разделяемых страниц). Мне кажется, что вы просто запускаете большое количество вещей, требующих памяти одновременно; Суть в том, чтобы запустить меньше из них или сделать с ними меньше, чтобы им не требовалось столько ОЗУ, либо добавить больше ОЗУ.

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

Committed не отображается в этой таблице, потому что это не "RAM", а RAMmap полностью учитывает использование RAM. Фиксированная память - это один тип виртуального адресного пространства (другие типы, в любом случае в пользовательском пространстве, "отображаются" и "свободны"). Некоторые из них для каждого процесса находятся в столбце "Приват", остальные в файле подкачки.

Одна вещь, которая выглядит странно, это то, что вы сообщаете о 8 ГБ ОЗУ + «30 ГБ, выделенных для дополнительного виртуального ОЗУ», под которым, я полагаю, вы подразумеваете файл подкачки (в противном случае я не знаю, что вы имеете в виду). Это должно привести к ограничению коммита 38 ГБ, но вы показываете только 31,4 ГБ. Исправление этого не решит вашу проблему, так как вы даже не близки к завершению коммита.