Исчезновение памяти, очевидно, без процесса его исчерпания

410
Áxel Costas Pena

Я страдаю из-за нехватки памяти на компьютере с Windows 10 почти каждые три дня, и не могу воспроизвести шаблон (иногда после включения ПК в течение нескольких дней, иногда сразу после включения, иногда при нормальной работе, иногда при большой нагрузке, иногда в тихом состоянии). ..). Симптомы можно распознать: сбой видеодрайвера и разрешение становится минимальным, а затем некоторые процессы, такие как Firefox или Chrome закрываются ...

Когда это происходит, потребление памяти процессами под заданием admin кажется нормальным. Под системными событиями я всегда вижу Memory Exhaustion Detectorсобытие, которое, по-видимому, не объясняет сбой, потому что он всегда показывает, что файл подкачки огромен и собирается взорваться, но также не показывает никакого процесса, поглощающего эту память.

Есть ли разумное объяснение? Я не могу интерпретировать запись в журнале?

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"> <System> <Provider Name="Microsoft-Windows-Resource-Exhaustion-Detector" Guid=""/> <EventID>2004</EventID> <Version>0</Version> <Level>3</Level> <Task>3</Task> <Opcode>33</Opcode> <Keywords>0x8000000020000000</Keywords> <TimeCreated SystemTime="2018-07-27T05:52:49.650494000Z"/> <EventRecordID>4397</EventRecordID> <Correlation ActivityID=""/> <Execution ProcessID="8852" ThreadID="2772"/> <Channel>System</Channel> <Computer>DESKTOP-2VIMT0M</Computer> <Security UserID="S-1-5-18"/> </System> <UserData> <MemoryExhaustionInfo xmlns="http://www.microsoft.com/Windows/Resource/Exhaustion/Detector/Events"> <SystemInfo> <SystemCommitLimit>25643593728</SystemCommitLimit> <SystemCommitCharge>25574793216</SystemCommitCharge> <ProcessCommitCharge>1946886144</ProcessCommitCharge> <PagedPoolUsage>334127104</PagedPoolUsage> <PhysicalMemorySize>6316240896</PhysicalMemorySize> <PhysicalMemoryUsage>2814005248</PhysicalMemoryUsage> <NonPagedPoolUsage>381517824</NonPagedPoolUsage> <Processes>146</Processes> </SystemInfo> <PagedPoolInfo> <Tag_1> <Name>MmSt</Name> <PoolUsed>91655968</PoolUsed> </Tag_1> <Tag_2> <Name>Sect</Name> <PoolUsed>42178128</PoolUsed> </Tag_2> <Tag_3> <Name>MmRe</Name> <PoolUsed>29752368</PoolUsed> </Tag_3> </PagedPoolInfo> <NonPagedPoolInfo> <Tag_1> <Name>smCB</Name> <PoolUsed>66957312</PoolUsed> </Tag_1> <Tag_2> <Name>MmCa</Name> <PoolUsed>65829520</PoolUsed> </Tag_2> <Tag_3> <Name>smNp</Name> <PoolUsed>55021568</PoolUsed> </Tag_3> </NonPagedPoolInfo> <ProcessInfo> <Process_1> <Name>MsMpEng.exe</Name> <ID>3776</ID> <CreationTime>2018-07-26T06:02:05.521842000Z</CreationTime> <CommitCharge>152260608</CommitCharge> <HandleCount>789</HandleCount> <Version>0.0.0.0</Version> <TypeInfo>65</TypeInfo> </Process_1> <Process_2> <Name>chrome.exe</Name> <ID>3204</ID> <CreationTime>2018-07-26T14:04:58.020386800Z</CreationTime> <CommitCharge>138813440</CommitCharge> <HandleCount>1600</HandleCount> <Version>67.0.3396.99</Version> <TypeInfo>202</TypeInfo> </Process_2> <Process_3> <Name>chrome.exe</Name> <ID>4440</ID> <CreationTime>2018-07-26T14:04:58.202091700Z</CreationTime> <CommitCharge>108515328</CommitCharge> <HandleCount>460</HandleCount> <Version>67.0.3396.99</Version> <TypeInfo>211</TypeInfo> </Process_3> <Process_4> <Name>architect.exe</Name> <ID>6304</ID> <CreationTime>2018-07-26T07:55:20.567701400Z</CreationTime> <CommitCharge>102588416</CommitCharge> <HandleCount>768</HandleCount> <Version>5.0.28.34044</Version> <TypeInfo>152</TypeInfo> </Process_4> <Process_5> <Name/> <ID>0</ID> <CreationTime>1601-01-01T00:00:00.000000000Z</CreationTime> <CommitCharge>0</CommitCharge> <HandleCount>0</HandleCount> <Version>0.0.0.0</Version> <TypeInfo>0</TypeInfo> </Process_5> <Process_6> <Name/> <ID>0</ID> <CreationTime>1601-01-01T00:00:00.000000000Z</CreationTime> <CommitCharge>0</CommitCharge> <HandleCount>0</HandleCount> <Version>0.0.0.0</Version> <TypeInfo>0</TypeInfo> </Process_6> </ProcessInfo> <ExhaustionEventInfo> <Time>2018-07-27T05:52:48.613055400Z</Time> </ExhaustionEventInfo> </MemoryExhaustionInfo> </UserData> </Event> 
0
We are facing similar issues. Did you find any solution to your problem? The problem with this report is, that it gives a list with processes that take memory but it does not show the other parts of the operating system using memory -> ProcessCommitCharge is much smaller then SystemCommitCharge. You can try taking a look with Rammap (https://docs.microsoft.com/en-us/sysinternals/downloads/rammap) if you can identify the culprit. Even with this tool we have not found an explanation yet why we are facing this issue Bre 6 лет назад 0
Пока нет, это трудно, потому что иногда это происходит ежедневно, а потом перестает на недели. Я дал указание сотрудникам открывать обозреватель процессов Sysinternal сразу же после возникновения проблемы, сортировать их по дельте PF и PF и делать фотографии, поскольку любой процесс, вызывающий это, должен иметь очень высокую частоту PF. Áxel Costas Pena 6 лет назад 0

0 ответов на вопрос

Похожие вопросы