Comment forcer le nettoyage de la mémoire à partir du shell?

Donc, je regarde un tas avec jmap sur une boîte distante et je veux forcer le ramassage des ordures dessus. Comment faire cela sans entrer dans jvisualvm ou jconsole et ses amis?

Je sais que vous ne devriez pas avoir l'habitude de forcer le ramassage des ordures - vous devriez simplement comprendre pourquoi le tas est grand / grandit.

Je me rends également compte que System.GC () ne force pas réellement le garbage collection - il indique simplement au GC que vous souhaitez que cela se produise.

Cela dit, y a-t-il un moyen de le faire facilement? Une application de ligne de commande qui me manque?

Vous pouvez le faire via le programme gratuit jmxterm .

Allumez-le comme ceci:

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

De là, vous pouvez vous connecter à un hôte et déclencher 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

Consultez la documentation sur le site Web de jmxterm pour obtenir des informations sur l'incorporation de ceci dans bash / perl / ruby ​​/ autres scripts. J'ai utilisé popen2 en Python ou open3 en Perl pour ce faire.

MISE À JOUR: voici un one-liner utilisant jmxterm:

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

Depuis JDK 7, vous pouvez utiliser l'outil de commande JDK 'jcmd' tel que:

jcmd <pid> GC.run

Si vous exécutez jmap -histo:live <pid>, cela forcera un GC complet sur le tas avant d'imprimer quoi que ce soit.

Ajout à la réponse de user3198490 . L'exécution de cette commande peut vous donner le message d'erreur suivant:

$ 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
...

Cela peut être résolu à l'aide de cette réponse stackoverflow

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

où <process_owner>est l'utilisateur qui exécute le processus avec PID <pid>. Vous pouvez obtenir les deux depuis topouhtop

Il y a quelques autres solutions (beaucoup de bonnes ici déjà):

• Écrivez un petit code pour accéder au MemoryMBean et appelez gc().
• Utilisation d'un client JMX en ligne de commande (comme cmdline-jmxclient , jxmterm ) et exécutez l' gc()opération sur le MemoryMBean

L'exemple suivant concerne le cmdline-jmxclient:

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

C'est bien car ce n'est qu'une ligne et vous pouvez la mettre dans un script très facilement.

pour Linux:

$ jcmd $(pgrep java) GC.run

jcmdest fourni avec le JDK, $(pgrep java)obtient l'ID de processus de java

Je ne pense pas qu'il existe une option de ligne de commande pour la même chose.

Vous devrez utiliser jvisualvm / jconsole pour la même chose.

Je vous suggère plutôt d'utiliser ces outils pour identifier, pourquoi votre programme est riche en mémoire.

Quoi qu'il en soit, vous ne devriez pas forcer GC, car cela perturberait certainement l'algorithme GC et ralentirait votre programme.

Si vous utilisez jolokia avec votre application, vous pouvez déclencher un garbage collection avec cette commande:

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

juste:

kill -SIGQUIT <PID>