¿Cómo se fuerza la recolección de basura del Shell?

Así que estoy viendo un montón con jmap en una caja remota y quiero forzar la recolección de basura en él. ¿Cómo puede hacer esto sin entrar en jvisualvm o jconsole and friends?

Sé que no debería estar en la práctica de forzar la recolección de basura; solo debe averiguar por qué el montón es grande / crece.

También me doy cuenta de que System.GC () en realidad no fuerza la recolección de basura, solo le dice al GC que le gustaría que ocurra.

Habiendo dicho eso, ¿hay alguna manera de hacer esto fácilmente? ¿Alguna aplicación de línea de comandos que me falta?

Puede hacerlo a través del programa gratuito jmxterm .

Enciéndelo así:

java -jar jmxterm-1.0-alpha-4-uber.jar

Desde allí, puede conectarse a un host y activar GC:

$>open host:jmxport
#Connection to host:jmxport is opened
$>bean java.lang:type=Memory
#bean is set to java.lang:type=Memory
$>run gc
#calling operation gc of mbean java.lang:type=Memory
#operation returns: 
null
$>quit
#bye

Consulte los documentos del sitio web jmxterm para obtener información sobre cómo incrustar esto en bash / perl / ruby ​​/ otros scripts. He usado popen2 en Python o open3 en Perl para hacer esto.

ACTUALIZACIÓN: aquí hay una sola línea usando jmxterm:

echo run -b java.lang:type=Memory gc | java -jar jmxterm-1.0-alpha-4-uber.jar -n -l host:port

Desde JDK 7, puede usar la herramienta de comando JDK 'jcmd' como:

jcmd <pid> GC.run

Si lo ejecuta jmap -histo:live <pid>, forzará un GC completo en el montón antes de que imprima algo.

Adición a la respuesta del usuario3198490 . La ejecución de este comando puede generar el siguiente mensaje de error:

$ jcmd 1805 GC.run    
[16:08:01]
1805:
com.sun.tools.attach.AttachNotSupportedException: Unable to open socket file: target process not responding or HotSpot VM not loaded
...

Esto se puede resolver con la ayuda de esta respuesta de stackoverflow

sudo -u <process_owner> jcmd <pid> GC.run

donde <process_owner>es el usuario que ejecuta el proceso con PID <pid>. Puede obtener tanto de topohtop

Hay algunas otras soluciones (ya hay muchas buenas aquí):

• Escriba un pequeño código para acceder al MemoryMBean y llamar gc().
• Usar un cliente JMX de línea de comandos (como cmdline-jmxclient , jxmterm ) y ejecutar la gc()operación en MemoryMBean

El siguiente ejemplo es para cmdline-jmxclient:

$ java -jar cmdline-jmxclient-0.10.3.jar - localhost:3812 'java.lang:type=Memory' gc

Esto es bueno porque es solo una línea y puedes ponerlo en un script muy fácilmente.

para linux:

$ jcmd $(pgrep java) GC.run

jcmdestá empaquetado con el JDK, $(pgrep java)obtiene el ID de proceso de java

No creo que haya ninguna opción de línea de comando para lo mismo.

Necesitará usar jvisualvm / jconsole para lo mismo.

Preferiría sugerirle que utilice estas herramientas para identificar por qué su programa tiene mucha memoria.

De todos modos, no debe forzar GC, ya que ciertamente perturbaría el algoritmo GC y haría que su programa fuera lento.

Si está utilizando jolokia con su aplicación, puede activar una recolección de basura con este comando:

curl http://localhost:8558/jolokia/exec/java.lang:type=Memory/gc

sólo:

kill -SIGQUIT <PID>