Uso de Jconsole para pérdida de memoria

Question

Estoy intentando diagnosticar algunos problemas de memoria en nuestro servidor J2EE. Configuré jconsole en nuestro servidor en vivo y estoy tratando de monitorear el estado del servidor tomcat a través de él. Tengo una pregunta rápida sobre la pestaña Subprocesos en jconsole. Puedo ver un hilo llamado Finalizer en la lista de hilos. El número de 'Total bloqueado' en este hilo sigue aumentando. Por ejemplo, ahora es 4.049, hace una hora fue 3.867.

Name: Finalizer
State: WAITING on java.lang.ref.ReferenceQueue$Lock@1b79cfd
Total blocked: 4,049 Total waited: 1,579

¿Qué significa este hilo? ¿Está de alguna manera relacionado con el GC? He descargado un volcado de heap donde muestra que el número de objetos pendientes para la finalización es cero.

El tamaño de almacenamiento dinámico máximo de mi servidor es de 200 MB por el momento, el tamaño del almacenamiento dinámico permanece entre 100 y 150 MB y cuando hago clic en 'Realizar GC', puedo ver que se libera espacio en el montón. Sin embargo, esto no cambia la cantidad de memoria que toma este proceso de tomcat en el administrador de tareas de Windows, que ahora consume más de 700 MB.

Cualquier consejo sobre cómo debo hacerlo será muy apreciado. Por favor, hágame preguntas si necesita más información sobre la configuración de mi servidor.

Gracias de antemano.

Answer 1

Creo que he encontrado la respuesta a mi pregunta. El 'Total bloqueado' y 'Total esperado' simplemente cuentan el número de veces que el hilo esperó o fue bloqueado. JConsole toma esta información del ThreadInfo.

Conteo bloqueado es el número total de veces que el subproceso se bloquea para entrar o volver a entrar en un monitor. Es decir. la cantidad de veces que ha estado un hilo en el estado java.lang.Thread.State.BLOCKED.

El recuento de espera es el número total de veces que el subproceso aguarda la notificación. es decir, la cantidad de veces que ha estado un hilo en el estado java.lang.Thread.State.WAITING o java.lang.Thread.State.TIMED_WAITING.

Answer 2

El administrador de tareas de Windows muestra el tamaño de la memoria virtual y la mayoría de las veces no es precisa. He visto esto mucho tiempo, lo que JConsole muestra ya que la huella es la huella de memoria correcta.

Para obtener más información acerca de JConsole, verifique here.

Answer 3

Parece que un punto muerto para mí: http://download.oracle.com/javase/tutorial/essential/concurrency/deadlock.html

¿Tiene alguna métodos sincronizados que podrían estar esperando infinitamente?

Answer 4

Nombre: Finalizer Estado: ESPERA EN java.lang.ref.ReferenceQueue$Lock@1b79cfd total bloqueado: 4049 total esperado: 1.579

El ReferenceQueue es mantener una referencia para todos los objetos no utilizados (esperando la finalización), en otras palabras, hay 4049 objetos esperando una recolección de basura.

Cuando la caza de pérdidas de memoria, asegúrese de hacer un GC completa (o muchos GC hasta que nada no se puede recuperar) antes de hacer el volcado