JVM se bloque lors de l'eden de l'espace est de 100%
J'ai un système de production avec un serveur d'application JBoss en cours d'exécution sur JDK 1.6.0_24, JBoss 4.3.
Chaque maintenant et puis, le serveur tombe en panne et un fichier de sauvegarde créé par la JVM a des résultats cohérents:
{Heap before GC invocations=6421 (full 4675):
PSYoungGen total 521536K, used 518784K [0xdbc00000, 0xfbc00000, 0xfbc00000)
eden space 518784K, 100% used [0xdbc00000,0xfb6a0000,0xfb6a0000)
from space 2752K, 0% used [0xfb950000,0xfb950000,0xfbc00000)
to space 2752K, 0% used [0xfb6a0000,0xfb6a0000,0xfb950000)
PSOldGen total 1572864K, used 1572855K [0x7bc00000, 0xdbc00000, 0xdbc00000)
object space 1572864K, 99% used [0x7bc00000,0xdbbfdeb8,0xdbc00000)
PSPermGen total 524288K, used 92683K [0x5bc00000, 0x7bc00000, 0x7bc00000)
object space 524288K, 17% used [0x5bc00000,0x61682c30,0x7bc00000)
81507.318: [Full GC [PSYoungGen: 518784K->518784K(521536K)] [PSOldGen: 1572855K->1572855K(1572864K)] 2091639K->2091639K(2094400K) [PSPermGen: 92683K->92683K(524288K)], 1.5334976 secs] [Times: user=1.53 sys=0.00, real=1.53 secs]
Heap after GC invocations=6421 (full 4675):
PSYoungGen total 521536K, used 518784K [0xdbc00000, 0xfbc00000, 0xfbc00000)
eden space 518784K, 100% used [0xdbc00000,0xfb6a0000,0xfb6a0000)
from space 2752K, 0% used [0xfb950000,0xfb950000,0xfbc00000)
to space 2752K, 0% used [0xfb6a0000,0xfb6a0000,0xfb950000)
PSOldGen total 1572864K, used 1572855K [0x7bc00000, 0xdbc00000, 0xdbc00000)
object space 1572864K, 99% used [0x7bc00000,0xdbbfdeb8,0xdbc00000)
PSPermGen total 524288K, used 92683K [0x5bc00000, 0x7bc00000, 0x7bc00000)
object space 524288K, 17% used [0x5bc00000,0x61682c30,0x7bc00000)
}pour JAVA_OPTS, nous avons:
-serveur
-Xms2048m
-Xmx2048m
-Dsun.rmi.la gcr.client.gcInterval=3600000
-Dsun.rmi.la gcr.serveur.gcInterval=3600000
-Dsun.lang.Chargeur de classe.allowArraySyntax=true
-XX:NewSize=512m
-XX:MaxNewSize=512m
-XX:PermSize=512m
-XX:MaxPermSize=512m
-verbosegc
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-XX:+PrintHeapAtGC
-XX:+CMSPermGenSweepingEnabled
-XX:-TraceClassLoading
-XX:-TraceClassUnloading
Donc, il me semble que 2 GO suffisent, et il n'y a plus de mémoire qui peut être utilisé, donc il ne devrait pas être un problème.
des suggestions?
Vous devez vous connecter pour publier un commentaire.
Vous exécutez hors de la mémoire. Vous définissez la taille de segment de mémoire à la 2G et la jeune génération est à 500M et la vieille génération est à 1500M de remplissage max 2G il peut utiliser (votre survivant de l'espace est vide, mais faible, ils sont probablement trop faible pour obtenir n'importe quel objet à partir d'Eden de l'espace.
Vous devriez essayer d'augmenter la taille maximale du tas, si vous avez encore le problème que vous aurez besoin de surveiller votre utilisation de la mémoire pour vérifier si vous n'avez pas de fuites ou de certains processus qui demande aussi beaucoup de nouveaux objet lors de l'utilisation de la mémoire est déjà élevé.
Augmenter votre Xmx valeur. Il n'y a nulle part pour l'eden des objets de l'espace à débordement avec la OldGen à ~100%.
Envisagez d'utiliser quelque chose comme JConsole à joindre à la récidive de l'application de PID et de surveiller l'utilisation de la mémoire JVM. Cela aidera à déterminer si certaines interactions avec JBoss sont à l'origine du tas pour aller ventre vers le haut ou si c'est une fuite de mémoire lente.