OutOfMemoryError et de Déchargement classe soleil.de réfléchir.GeneratedMethodAccessor

J'ai une application avec des paramètres: -Xmx2048M, -Xms2048M, -XX:MaxPermSize=256M.

Parfois, je reçois beaucoup de messages dans le journal: 

[Unloading class sun.reflect.GeneratedMethodAccessor9]  
[Unloading class sun.reflect.GeneratedMethodAccessor129]  
[Unloading class sun.reflect.GeneratedMethodAccessor12]  
[Unloading class sun.reflect.GeneratedMethodAccessor11]  
[Unloading class sun.reflect.GeneratedMethodAccessor12]  
[Unloading class sun.reflect.GeneratedMethodAccessor11]  
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor29]  
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor25]

et obtenez l'erreur:

OutOfMemoryError: Java heap space

Après la lecture de cet article:

http://anshuiitk.blogspot.com/2010/11/excessive-full-garbage-collection.html

Je sais, que les classes sont à la charge de Perm Gen et devrait se produire d'erreur:

OutOfMemoryError: PermGen space.

Ma question, pourquoi j'ai l'erreur OutOfMemoryError: Java heap space au lieu de

OutOfMemoryError: PermGen space?

InformationsquelleAutor luk4443 | 2012-02-08
  1. 2

    Cela signifie que vous sont en cours d'exécution hors de l'espace du tas (ou vous avez un espace qui ne peuvent pas se développer pour une certaine raison)

    Vous obtenez seulement PermGen space. comme une raison lorsque le maximum pour que cet espace s'épuise.

    En bref, vous obtenez cette erreur, en raison de votre espace de segment de mémoire ne peut pas développer pour maintenir les objets.

    • Merci pour la réponse. Mais ce messages [Déchargement classe soleil.de réfléchir.GeneratedMethodAccessor9] indique un problème en Perm Gen et pourquoi je ne suis pas OutOfMemoryError: PermGen space, ou peut-être d'abord OutOfMemoryError: PermGen et puis ensuite, OutOfMemoryError: Java heap space?
    • Le message indique que la PermGen a été nettoyé. Pas plus que cela. Vous obtiendrez toujours un Full GC avant un OOME Java heap space et qui va nettoyer tous les domaines, y compris la région de perm gen (même si il ya beaucoup d'espace là-bas)
    • Jusqu'à présent j'ai pensé que cet OutOfMemoryError est déclencher par des références lors de la GC ne peut pas le nettoyer. Mais il semble, il ya une autre raison de OOME?
    • Doux références peuvent changer votre GC comportement, mais ne déclenche pas une OMEE, sauf si vous avez plusieurs millions d'entre eux.
    • Merci. J'ai plusieurs centaines de messages comme le Déchargement classe soleil.de réfléchir.GeneratedMethodAccessor. Tas de spase s'élève à environ 1,8 G et de déclencher un OOEM. Il y a donc de très forte intensité objet la création ou juste des fuites de mémoire?
    • Si vous utilisez beaucoup de réflexion dans vos bibliothèques vous pouvez obtenir beaucoup de ces messages. Je travaille sur une version 64 bits Jvm depuis quelques années et je commence par un segment de mémoire de 8 GO et d'augmenter ou diminuer, selon les besoins. 1,8 GO ne ressemble pas trop, sauf si vous avez une machine 32 bits.
    • Beaucoup de temps que je passe pour trouver la cause du déclenchement d'un OOEM Java heap space. Il est déclenché lorsque la mémoire croître à environ 1,8 G (-Xmx2048M). Mais par deux fois il y a une autre situation - tas de pousser au maximum (plusieurs MO), mais il n'y a pas OOEM Java heap space. Mais l'application serveur redémarré. Peut-être pourriez-vous le but de moi à la raison de ce problème?
    • Que voulez-vous dire application server restarted ?
    • Après environ heure de l'application en cours d'exécution avec 95% de tas d'utilisation de l'espace, de l'application serveur redémarré.Mais lorsque se produit un OOEM, situation dure environ 15 min. avant un OOEM: Java heap space (mais le serveur ne redémarre pas lui-même).
    • C'est pas un secret qu'il est à court de mémoire, c'est dans le message d'erreur. Mais la question est de savoir comment ces messages sont-ils liés à la collecte des déchets et des problèmes de mémoire? Je vois ces messages souvent en GC des journaux avant longtemps GC pauses, pas des erreurs de mémoire insuffisante. Mais il n'est pas clair pour moi ce que ces messages sont donnés à titre indicatif et comment je peux réduire leurs conséquences négatives.
    • La meilleure chose à faire est d'utiliser un memory profiler à minimiser la création de l'objet et de son utilisation. Une fois que vous avez fait cela, vous pouvez regarder comment le GC journaux comparer avec les graphiques que vous voyez dans VisualVM.

    InformationsquelleAutor Peter Lawrey
  2. 1

    Comme @Pierre nous le dit c'est un tas de question. Le déchargement est un effet secondaire de l'intégralité de la collecte des ordures, pas une indication de quelque chose va mal.

    Ici est de savoir comment résoudre et prévenir les OOMs:

    • Permettre tas dumps sur OOM -XX:+HeapDumpOnOutOfMemoryError sur hotspot, l'option n'a pas de pénalités
    • Étude des tas de vidage et de comprendre d'où vous avez une fuite ou surexploitées par l'utilisation des tas, par exemple, d'énormes sélectionne à partir d'une base de données.
    • Une fois que vous obtenez compétents dans le tas analyse, de prendre des tas de décharges par jmap au cours du développement et de l'analyser pour détecter les fuites.
    • Si vous estimez que vous avez des fuites dans la production: jmap -histo est une bonne option, car elle a peu de performances uniquement.
    InformationsquelleAutor bestsss