Comment lire la gestion de la mémoire Java et GC Viewer

Il s'agit d'un journal lorsque j'ai enquêté sur une application qui a été tuée par OOM Killer en raison d'un manque de mémoire dans la JVM. J'ai utilisé GC Viewer pour vérifier le fichier journal GC pour voir la transition de l'utilisation de la mémoire.

Avant cela, j'ai également réorganisé les grandes lignes de la gestion de la mémoire Java, donc je l'ai décrite.

Présentation de la gestion de la mémoire Java

Pour afficher GCViewer, vous devez avoir des connaissances préalables sur la gestion de la mémoire Java.

Cet article a été très utile. Merci beaucoup. http://qiita.com/opengl-8080/items/64152ee9965441f7667b

Un diagramme très grossier montrant la structure de la mémoire. Il y a deux grandes zones, la zone Heap et la zone Native. Le tas est une zone utilisée par les programmes Java, et les objets créés sur le programme sont placés dans cette zone de tas. D'autre part, la zone native est utilisée pour gérer la pile de mémoire et les threads nécessaires au fonctionnement de la JVM.

(Source: http://qiita.com/opengl-8080/items/64152ee9965441f7667b#java-%E3%81%AE%E3%83%A1%E3%83%A2%E3%83%AA%E7%AE% A1% E7% 90% 86)

De ce qui précède, vous pouvez voir qu'il y a Young (New) et Old (Tenurd) dans le tas.

Le flux de GC semble être le suivant.

Les objets nouvellement créés sont enregistrés dans la zone Eden de la zone Young --Lorsque Eden est plein, le GC dans la nouvelle zone (appelé Scavenge GC, qui est exécuté fréquemment) s'exécute, et les objets qui ne sont pas détruits ici sont déplacés d'Eden vers la zone Survivor.
La prochaine fois que le Scavenge GC s'exécute, le passage d'Eden à Survivor est le même, et les objets qui se trouvaient dans la zone Survivor qui n'ont pas été détruits sont déplacés vers l'autre zone Survivor.
Répétez ceci, et lorsque le nombre de transferts dépasse le seuil, l'objet sera déplacé vers la zone Ancienne. --Le GC complet s'exécute lorsque l'Ancienne zone est pleine, mais cela prend beaucoup de temps à traiter, donc ce nombre doit être réduit.

Page de référence

http://qiita.com/taisho6339/items/a6a7954bd473e16706bd http://blog.pepese.com/entry/20120508/1336467306 http://www.whitemark.co.jp/tec/java/javagc.html

Sur la base de ce qui précède, essayez d'utiliser GC Viewer

https://github.com/chewiebug/GCViewer/wiki/Changelog Ce qui précède est l'URL de téléchargement de l'application.

Comment utiliser

Ouvrez simplement l'application téléchargée et faites glisser et déposez le fichier journal GC. C'était facile.

Vue

Au début, de nombreuses lignes et zones sont affichées, mais je me suis limité aux seules nécessaires dans les paramètres d'affichage. La zone affichée et la destination sont les suivantes.

--Le rose est le vieux quartier

Le jaune est le quartier des jeunes
La ligne rose à l'intérieur du rose correspond à l'utilisation en tas de l'ancienne zone.
La ligne grise en jaune représente l'utilisation du tas de la nouvelle zone.
La ligne bleue représente l'utilisation totale de la zone du tas
La ligne noire est lorsque FullGC fonctionne

De ce qui précède, on peut déduire que OOM Killer a fonctionné en raison d'un manque de mémoire dans la zone où les lignes noires à l'extrême droite sont denses.

prime

Il s'agit de la sortie de GC Viewer après avoir augmenté la mémoire.

C'était stable.

c'est tout.