Pérdida de memoria de Explorer.exe al agotar un núcleo de CPU desde 10586.17


0

Explorer.exe (GUI) todavía está funcionando y sensible, pero un hilo cuelga en ntdll.dll!RtlAcquireSRWLockSharedcon ntdll.dll!ZwQueryFullAttributesFileestar en la parte superior de la pila.

La memoria se pierde mientras agota un núcleo de CPU. Esto parece ocurrirme desde 10586.17 (Win10 Pro x64 i7, 16GB)

Segunda pregunta: ¿Tiene sentido informarlo a la EM? En caso afirmativo, ¿dónde exactamente?


¿Qué te hace pensar que tienes una pérdida de memoria precisamente? La mayoría de los problemas de pérdida de memoria que experimentan los usuarios de Windows (más del 99%) son causados ​​por controladores de terceros, por lo que no tiene sentido informarlo a Microsoft.
Ramhound

explorer.exe aumenta constantemente el consumo de memoria paginada. Hice un volcado de explorer.exe, que es de aproximadamente 4 gb. Podría tratar de descubrir la fuga, si me duele más ...
Falco Alexander

Instale el WPT (parte de Win10 SDK: dev.windows.com/en-us/downloads/windows-10-sdk ), ejecute WPRUI.exe, seleccione Primer nivel, CPU, VAlloc, Conjunto residente). Después de capturar 1-2 minutos del uso de la memoria y el uso de la CPU, detenga el rastreo y guárdelo en un archivo ETL. Ahora comprima la carpeta grande ETL + ngenpdb (IMPORTANTE) en un Zip / RAR / 7z (para reducir el tamaño de carga), cárguela en OneDrive y publique un enlace para compartir aquí.
magicandre1981

la próxima vez que ocurra, lo haré. Mientras tanto, ejecuté herramientas de diagnóstico de depuración de MS sobre mi volcado de 4 gb, pero sin resultados (al menos obvio para mí).
Falco Alexander

Respuestas:


1

El uso de la CPU proviene indirectamente de la red. La verdadera causa es que Exploer intenta generar información sobre herramientas a partir del archivo de video ( shell32.dll!CInfoTip::GetInfoTip). Esto hace que mfmpeg2srcsnk.dll(Media Foundation MPEG2 Source and Sink DLL) trabaje para obtener los datos ( KernelBase.dll!GetFileAttributesExW). Esto causa el uso de CPU en los componentes de red de Windows (mup.sys! MupCleanup rdbss.sys,! RxCommonCleanup y laetr rom del kernel:) ntoskrnl.exe!CcFlushCache, ntoskrnl.exe!MmFlushSection, ntoskrnl.exe!MiFlushSectionInternal:

ingrese la descripción de la imagen aquí

ingrese la descripción de la imagen aquí

Entonces, la limpieza después de la lectura causa el uso de la CPU.


Excelente. incluso reduciéndolo a la información sobre herramientas. ¿Viste una razón para la pantalla azul? ¿Consideraría que la información sobre herramientas se "cuelga" como una especie de error y lo informa a MS?
Falco Alexander

El bloqueo no está relacionado con este problema. Obtiene un error "Un proceso crítico del sistema murió". Algunos procesos son necesarios en Windows y, por lo tanto, se marcan como críticos. Y cuando se cierra un proceso crítico, Windows crea una comprobación de errores y detiene Windows: msdn.microsoft.com/en-us/library/windows/hardware/…
magicandre1981
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.