Version imprimable
Salut à tous !
Je souhaite faire des tests de charge sur mon apllication.
Je voudrais lors de ces tests contrôler s'il ya d'éventuelles fuites mémoires dans mon application ...
Connaissez vous un moyen propre de le faire qu'il avec du code ou en utilisant des outils externes..
Je suis sous linux fedora 7
Merci à tous les gc qui voudront répondre.
Salut,
Tu peux utiliser VisualVM, qui est inclut dans le tout dernier JDK de Sun ;)
a++
Cet outil est excellent ! merci !
Pourrais je avoir une explication simple ( pas trop ) de ce qu'est le heap space.
Il nous a fait pas mal de soucis surtout avec tomcat , soucis qu'on a résolu en augmentant le heapspace de la jvm. Mais on ne sait pas vraiment ce que c'est.
En plus on m a parlé récemment du fait que l'astuce n'est pas d'augmenter le heapspace mais de trouver un heapspace optimal .
Quelqu'un peut il m'éclairer
Le heap space correspond simplement à l'espace mémoire dans lequel les seront placé les objets de ton application...Citation:
Envoyé par NizarK
Il y a deux possibilités :Citation:
Envoyé par NizarK
- Soit l'application à besoin de beaucoup de mémoire, et il faut donc lui fournir un heapspace adapté.
- Soit l'application use et abuse de variable dans des scopes à visibilité trop grande inutilement (variable static ou stocké dans la session ou le scope application...), et dans ce cas là il faut revoir la conception...
Attention également à la libération des ressources systèmes (fichiers, socket, connection JDBC, etc.) qui doivent être fermé explicitement (et via un finally de préférence).
a++
Rien n'empeche donc, si mon application a besoin de beaucoup de mémoire, de lui donner par exemple la moité de la RAM ( soit par ex 1Go).
Sinon est ce que le heap space et son augmentation a un rapport avec la charge du processeur.
Car un développeur m' a raconté son expérience avec une application qui se plantait inexplicablement lorsqu'il ont augmenté trop le heap space qui lui était alloué . Après avoir analysé le comportement du système, il ont remarqué qu'au bout de quelques jours de fonctionnement la charge du processeur arrivait à 100% puis l'application plantait. D'après son analyse, ceci correspondrait au moment où le heapspace atteint sa valeur maximale.
Jusqu'à quel point cette histoire est vraie ?? quelques explications ou un lien ne seraient pas de refus
Merci adiGuba
Si le heapspace indiqué est trop important. Lorsqu'il est rempli, il est possible que la mémoire se mette à swapper à fond, d'où une utilisation énorme du processeur et éventuellement plantage.
S'il avait 1go de ram et qu'il a autorisé à un heap space de 900mo, c'est pas forcement le bon plan ^^
Oui mais si le problème vient d'une mauvaise conception, cela ne permettra qu'à cacher le problème quelques temps...Citation:
Envoyé par NizarK
Je ne pense pas...Citation:
Envoyé par NizarK
Par contre il faut savoir qu'avant de provoquer un OutOfMemory, le GC va tout tenter pour libérer un maximum d'objet, en forçant des full-GC assez couteux. :arrow: Si tu arrives à la limite max de ton heapspace, il y a des chances que le GC bosse dur pour tenter d'éviter le plantage avant que cela ne soit inévitable...
Si ton tomcat tourne sur Java 6 tu peux utiliser VisualVM pour suivre la quantité d'instance par type d'objet, comme sur ce screenshot :
Il est intéressant de voir quels sont les classes qui apparaissent en premier...
a++