¿Cómo puedo aumentar la prioridad de FinalizerThread para recopilar objetos en GC

Question

? He monitorizado mi aplicación Java con Profiler para conocer la pérdida de memoria. Y tengo clase que teniendo casi el 80% de la memoria que es

java.lang.ref.Finalizer 

Entonces google para la clase anterior y encontré gran artículo http://www.fasterj.com/articles/finalizer1.shtml

Ahora cualquiera puede sugerir cómo puedo aumentar la prioridad de FinalizerThread a recoger esos objetos en GC.

Una cosa más estoy frente a este problema en Linux con la versión del núcleo Linux 2.6.9-5.ELsmp (i386) y Linux 2.6.18-194.17.4.el5 (i386) pero que está funcionando bien (sin error OOM) en Linux 2.6.18-128.el5PAE (i386).

¿Este problema se debe a Linux Kernels? ¿Hay alguna variable JVM para mejorar la prioridad de FinalizerThread?

Gracias por adelantado.

Answer 1

Para responder la pregunta, literalmente puede hacerlo. Sin embargo, como se describe a continuación, es probable que no tenga sentido, especialmente porque el subproceso ya tiene una alta prioridad.

for(Thread t: Thread.getAllStackTraces().keySet()) 
    if (t.getName().equals("Finalizer")) { 
     System.out.println(t); 
     t.setPriority(Thread.MAX_PRIORITY); 
     System.out.println(t); 
    } 

impresiones

Thread[Finalizer,8,system] 
Thread[Finalizer,10,system] 

---

menos que esté utilizando el 100% de todos sus núcleos, o cerca de ella, la prioridad no importa porque incluso la más baja prioridad será obtener la mayor cantidad de CPU como quiera.

Nota: En Linux, ignorará las prioridades aumentadas a menos que sea root.

En su lugar, debe reducir el trabajo que está haciendo el finalizador. Idealmente, no debería tener nada que hacer. Una causa de alta carga en el finalizador es la creación de recursos que deberían cerrarse pero que se están descartando. (dejando en su lugar el finalizador para cerrar el recurso)

En resumen, debe intentar determinar qué recursos se están finalizando y asegurarse de que no necesitan hacer nada cuando se invoca finalize(), idealmente no use este método en absoluto.

Es posible que los recursos tarden un poco más en cerrarse en la versión anterior del kernel de Linux. Verificaría que el hardware sea idéntico ya que esto podría significar que lleva más tiempo limpiar el recurso. (Pero la verdadera solución es asegurarse de que no necesita hacer esto)

Answer 2

El hilo finalizador raramente debería estar haciendo mucho trabajo. Los recursos ya deberían haber sido liberados. Asegúrese de que su código maneje los recursos de la manera estándar.

Java SE 7:

try (final Resource resource = acquire()) { 
    use(resource); 
} 

Pre-Java SE 7:

final Resource resource = acquire(); 
try { 
    use(resource); 
} finally { 
    resource.release(); 
} 

Answer 3

Como Tom Hawtin señala, se puede controlar la FinalizerThread mediante la creación de un método finalize() que llama Thread.currentThread() y luego lo esconde en una estática. Probablemente también puedas cambiar su prioridad.

Pero hay una gran posibilidad de que no sirva de nada. Es probable que solo haya un hilo de finalizador. Y el problema es probable que sea ya sea que:

• el hilo no puede seguir el ritmo porque hay simplemente demasiado trabajo por hacer, o
• el hilo está siendo bloqueada por algo que está haciendo en el finalizador métodos.

(Y, yo esperaría que el subproceso finalizador a ya ser marcado como de alta prioridad.)

Pero de cualquier manera, creo que es una mejor solución para deshacerse de los métodos finalize(). Apuesto a que están haciendo algo que es innecesario ... o dudoso. En particular, usar finalizadores para reclamar recursos de objetos caídos es una forma pobre de resolver ese problema en particular. (Consulte la respuesta de Tom Hawtin.)