Windows 8.1 утечка памяти, которая невидима в process monitor и poolmon

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

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

моя система ест оперативную память, через день я должен перезагрузиться.
Диспетчер задач всегда показывает 7.6-7.8 ГБ 8 ГБ используется (через некоторое время)
Он показывает 10 + ГБ, совершенные после половины дня.
Выгружаемый и невыгружаемый пул меньше ГБ.
кэш меньше ГБ
Совмещенные процессы чем a ГИГАБАЙТ.

обычно '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 за обновление.
Я думаю, это указывает на что-то, может быть, просто что-то пытается получить память с безумной скоростью.

обновление:
Я на нем не играл, разрешение не менял.
enter image description here

Update: изображения Rammap с загруженным photoshop (5 ГБ оперативной памяти):
enter image description hereenter image description here
Изображения Rammap с фотошоп перестал (памяти все равно показывает полный):
enter image description here

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

P. S. Я сделал вирус руткит сканирование без ничего.
Это единственное, о чем я могу думать, серьезная ошибка в ОС windows, касающаяся использования памяти или руткита ядра.

18
задан John
24.11.2022 11:57 Количество просмотров материала 2630
Распечатать страницу

2 ответа

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

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

enter image description here

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

1
отвечен magicandre1981 2022-11-25 19:45

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

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

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

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

0
отвечен Jamie Hanrahan 2022-11-25 22:02

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх