con los nuevos estrenos de Chrome no es una nueva herramienta disponible que es útil para este tipo de tareas:
el "Registro de Asignaciones del montón" tipo de perfiles. La herramienta de comparación "Heap SnapShot" regular (como se explica en las respuestas de Rafał Łużyński) no puede proporcionar ese tipo de información porque cada vez que toma una instantánea de montón, se ejecuta una GC, por lo que los objetos GCed nunca forman parte de las instantáneas. Sin embargo, con la herramienta "Registrar apilamiento de montones" constantemente se registran todas las asignaciones (es por eso que puede ralentizar mucho la aplicación cuando está grabando). Si está experimentando ejecuciones frecuentes de GC, esta herramienta puede ayudarlo a identificar lugares en su código donde se asigna mucha memoria. Junto con la comparación Heap SnapShot, verá que la mayoría de las veces se asigna mucha más memoria entre dos instantáneas, que puede ver en la comparación. En casos extremos, la comparación no arrojará ninguna diferencia, mientras que la herramienta de asignación le mostrará una gran cantidad de memoria asignada (que obviamente tuvo que ser recogida de basura mientras tanto).
Por desgracia, la versión actual de la herramienta no muestra donde tuvo lugar la asignación, pero le mostrará lo se ha asignado y cómo se fue retenido en el momento de la asignación. A partir de los datos (y posiblemente de los constructores), sin embargo, podrá identificar sus objetos y, por lo tanto, el lugar donde se asignan.
¿Cómo puede estar seguro de que las pausas son causados por ¿recolección de basura? – pencil
¿Has leído esto? http://gent.ilcore.com/2011/08/finding-memory-leaks.html?m=1 – HerrSerker
@pencil Dos formas: coinciden con la caída de la memoria en la línea de tiempo de la memoria en Chrome, y cuando fuerzo el código para iterar en gran medida para inducir las pausas constantemente, la recolección de basura es (de lejos) la parte más lenta de mis resultados de creación de perfiles. – shino