Necesito rastrear el motivo de las excepciones de falta de memoria (OOM) en una aplicación .NET. Al usar perfmon, la aplicación se bloquea con un OOM cuando usa memoria relativamente baja (500-700mb), por lo que supongo algún tipo de fragmentación de almacenamiento dinámico.

Después de investigar, parece que WinDBG es la herramienta que se utiliza para rastrear este tipo de problema. He configurado DebugDiag en el servidor que ejecuta los procesos. También me las arreglé para cargar el volcado de DebugDiag en WinDBG, conectar el servidor de símbolos y mis propios archivos de símbolos privados y todo parece funcionar: puedo ejecutar comandos como!clrstack y!dumpheap -stat y veré los nombres de mis clases en la lista.

El problema que tengo ahora es que no sé cómo abordar el problema de localizar dónde está la fragmentación. WinDGB tiene muchos comandos con muchos indicadores y opciones diferentes y no estoy seguro de cuáles debería usar. Tampoco pude encontrar un buen tutorial sobre qué hacer: la mayoría son realmente básicos para poner en marcha WinDBG.

¿Podría alguien señalarme en la dirección correcta?