Wstęp
Zauważyłem ostatnio dużą ilość pamięci zużywanej przez proces ID=4, t.j. System
Bywa, że ilość pamięci sięga granicy grubo ponad gigabajt
Jak znaleźć łakomczucha?
Zabrałem się do poszukiwania winowajcy. Na początek pobrałem pakiet Windows Driver Kit (WDK), który zawiera narzędzie poolmon.
|
1 |
C:\Program Files (x86)\Windows Kits\10\Tools\x64\poolmon.exe |
Po uruchomieniu i kliknięciu „B” (sortowanie po ilości bajtów) ukazał się pełen obraz:
Lista znanych (ale nie wszystkich) tagów jest tutaj:
|
1 |
c:\Program Files (x86)\Windows Kits\10\Debuggers\x86\triage\pooltag.txt |
Kilka wpisów:
|
1 2 3 4 |
MmSt - nt!mm - Mm section object prototype ptes FMfn - fltmgr.sys - NAME_CACHE_NODE structure Ntff - ntfs.sys - FCB_DATA smNp - nt!store or rdyboost.sys - ReadyBoost store node pool allocations |
Brak w tym spisie np. CM31 oraz AvN.
CM31
Jak wygooglowałem, CM31 jest związany z „Configuration Manager (registry)”.
MmSt
Jak wyczytałem w internecie:
Most Common Root Causes for high MmSt pool usage
- The Memory Manager cannot trim paged pool memory quickly enough before allocations start failing
- Heavy file I/O because too many files or large files are opened simultaneously
- Outlook .PST/Lotus Notes .NSF files being stored on the server and opened over the network
- VSS (Volume Shadow Copy) snapshots aren’t dismounting
- Large $MFT due to fragmentation or many files on the volume
porządkowanie $MFT
użyłem
|
1 |
contig.exe c:\$mft |
ale nie dało to szczególnie dużych efektów.
Wnioski?
Na chwilę obecną szukam sposobu wykrycia i usunięcia.