¿Qué significa "tamaño retenido" en el inspector de memoria de jVisualVM?

Question

El volcado del montón de Jvisualvm en la pestaña de resumen tiene la funcionalidad de inspeccionar objetos más grandes por tamaño retenido.

¿Qué significa retenido realmente? ¿Cómo se calcula y se muestra aquí el tamaño de un árbol de objetos?
En caso de que pueda ver aquí el objeto (10M) y su objeto miembro (5M), ¿cómo debo calcular el impacto del montón? ¿Ambos tomaron 10M o 15M del montón?
¿Por qué no puedo ver ninguno de nuestros enormes objetos de aplicación de fachada?

Gracias.

Answer 1

¿Qué significa retenido realmente?

Qué grande sería después de un gc completo. P.ej. un WeakHashMap con un gran número de entradas podría estar vacío después de un GC.

¿Cómo se calcula el tamaño de un árbol de objetos y se muestra aquí?

La JVM determina esto usando una API interna.

En caso de que pueda ver aquí el objeto (10M) y su objeto miembro (5M), ¿cómo debo calcular el impacto del montón? ¿Ambos tomaron 10M o 15M del montón?

El total es de 10 MB. Si este es su mayor problema, no se preocupe a menos que tenga una máquina con solo unos 100 MB. (En cuyo caso lo actualizaría)

¿Por qué no puedo ver ninguno de nuestros enormes objetos de aplicación de fachada?

¿Quizás no son tan grandes en la memoria como crees? p.ej. pueden ser caros de cargar, pero eso no los hace enormes.

BTW: VisualVM es un buen generador de perfiles de memoria libre pero solo es útil para encontrar problemas obvios. Me gustaría probar un perfilador comercial como YourKit (para el que puedes obtener una licencia de evaluación gratuita) para comparar.