Re: MemoryLeak au déploiement d'un EAR dans Glassfi sh
marc godin <[email protected]> Thu, 25 Aug 2011 12:24:49 +0200
| Newsgroups | gmane.comp.java.french.general |
|---|---|
| Message-ID | <CAHJ4KdD7B8QfCFb3wvMWZQhGcj8uQyUYc7Udiuk66Orxt9bZUg@mail.gmail.com> |
--000e0cd32b5edc4cd604ab51d766 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable jmap histo:live (moyen precis mais utile) pour avoir un histogramme de ce que tu as en ram ou dump puis mat cdlt Marco 2011/8/25 Sebastien Cesbron <[email protected]> > Salut > > Si c'est du permgen alors c'est des classes temporaires (styles proxy pou= r > spring ou hibernate) et c'est li=E9 =E0 un mauvais nettoyage au undeploy.= Il n'y > a pas forc=E9ment grand chose =E0 faire > > Si c'est la heap par contre, il faut la dumper avec visualvm et l'analyse= r > avec eclipse memory analyzer qui te donnera les infos sur ce qui te prend= de > la mem > > Seb > > Le 25 ao=FBt 2011 12:07, <[email protected]> a =E9crit : > > Salut, >> J'ai des probl=E8mes similaires avec mvn:jetty. >> Au bout d'un moment =E7a p=E8te avec un truc "out of permgen space". >> J'ai pas encore pris le temps de tracer pourquoi =E7a me bouffe du permg= en >> car c'est pas critique pour moi. >> >> Ce que je peux te conseiller c'est d'utiliser un profiler/memory debuggu= er >> genre Yourkit qui "devrait" te permettre de tracer ce qui est en m=E9moi= re >> assez finement. >> >> My 2 cents, >> Patrice >> >> > -----Message d'origine----- >> > De : Nicolas Delsaux [mailto:[email protected]] >> > Envoy=E9 : jeudi 25 ao=FBt 2011 12:02 >> > =C0 : * liste Java >> > Objet : MemoryLeak au d=E9ploiement d'un EAR dans Glassfish >> > >> > Salut >> > j'ai une application web qui, quand je la d=E9ploie r=E9guli=E8rement = dans >> > Glassfish pour le d=E9veloppement, "semble" provoquer des memoryleaks. >> > C'est =E0 dire qu'=E0 chaque fois que je la red=E9ploie, Glassfish man= ge 200 >> > Mo. >> > Evidement, au bout d'un moment, il a mang=E9 toute sa RAM et doit >> > s'arr=EAter. Et comme il ne me dit pas quand il veut s'arr=EAter, je s= uis >> > bien emb=EAt=E9. >> > Alors j'aimerais savoir si vous ne conna=EEtriez pas un moyen de savoi= r >> > ce qui le fait consomer. >> > J'ai bien s=FBr lanc=E9 JVisualVM, qui m'a confirm=E9 cette augmentati= on du >> > heap consom=E9, mais je n'arrive pas =E0 voir ce qui est consom=E9. >> > Tant que j'y suis, dans mon application, j'utilise des resources JDBC >> > et autres JMS, Neo4J, ... Est-ce que vous sauriez si on peut savoir si >> > des instances des pools de connexion associ=E9s sont conserv=E9s ? >> > Merci >> > >> > -- >> > Nicolas Delsaux >> >> >> ************************************************************************= ******** >> IMPORTANT.Les informations contenues dans ce message electronique y >> compris les fichiers attaches sont strictement confidentielles >> et peuvent etre protegees par la loi. >> Ce message electronique est destine exclusivement au(x) destinataire(s) >> mentionne(s) ci-dessus. >> Si vous avez recu ce message par erreur ou s il ne vous est pas destine, >> veuillez immediatement le signaler a l expediteur et effacer ce message >> et tous les fichiers eventuellement attaches. >> Toute lecture, exploitation ou transmission des informations contenues >> dans ce message est interdite. >> Tout message electronique est susceptible d alteration. >> A ce titre, le Groupe France Telecom decline toute responsabilite >> notamment s il a ete altere, deforme ou falsifie. >> De meme, il appartient au destinataire de s assurer de l absence de tout >> virus. >> >> IMPORTANT.This e-mail message and any attachments are strictly >> confidential and may be protected by law. This message is >> intended only for the named recipient(s) above. >> If you have received this message in error, or are not the named >> recipient(s), please immediately notify the sender and delete this e-mai= l >> message. >> Any unauthorized view, usage or disclosure ofthis message is prohibited. >> Since e-mail messages may not be reliable, France Telecom Group shall no= t >> be liable for any message if modified, changed or falsified. >> Additionally the recipient should ensure they are actually virus free. >> >> ************************************************************************= ******** >> >> > --000e0cd32b5edc4cd604ab51d766 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable jmap histo:live (moyen precis mais utile) pour avoir un histogramme de ce q= ue tu as en ram<div>ou dump puis mat=A0</div><div>cdlt=A0</div><div>Marco</= div><div><br><div class=3D"gmail_quote">2011/8/25 Sebastien Cesbron <span d= ir=3D"ltr"><<a href=3D"mailto:[email protected]" target=3D"_blank">sces= [email protected]</a>></span><br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex"> Salut<br><br>Si c'est du permgen alors c'est des classes temporaire= s (styles proxy pour spring ou hibernate) et c'est li=E9 =E0 un mauvais= nettoyage au undeploy. Il n'y a pas forc=E9ment grand chose =E0 faire<= br> <br> Si c'est la heap par contre, il faut la dumper avec visualvm et l'a= nalyser avec eclipse memory analyzer qui te donnera les infos sur ce qui te= prend de la mem<br><br>Seb<br><br><div class=3D"gmail_quote">Le 25 ao=FBt = 2011 12:07, <span dir=3D"ltr"><<a href=3D"mailto:patrice.godard@orange-= ftgroup.com" target=3D"_blank">[email protected]</a>></s= pan> a =E9crit :<div> <div></div><div><br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex">Salut,<br> J'ai des probl=E8mes similaires avec mvn:jetty.<br> Au bout d'un moment =E7a p=E8te avec un truc "out of permgen space= ".<br> J'ai pas encore pris le temps de tracer pourquoi =E7a me bouffe du perm= gen car c'est pas critique pour moi.<br> <br> Ce que je peux te conseiller c'est d'utiliser un profiler/memory de= bugguer genre Yourkit qui "devrait" te permettre de tracer ce qui= est en m=E9moire assez finement.<br> <br> My 2 cents,<br> Patrice<br> <br> > -----Message d'origine-----<br> > De=A0: Nicolas Delsaux [mailto:<a href=3D"mailto:nicolas.delsaux@gmail= .com" target=3D"_blank">[email protected]</a>]<br> > Envoy=E9=A0: jeudi 25 ao=FBt 2011 12:02<br> > =C0=A0: * liste Java<br> > Objet=A0: MemoryLeak au d=E9ploiement d'un EAR dans Glassfish<br> <div><div></div><div>><br> > Salut<br> > j'ai une application=A0web qui, quand je la d=E9ploie r=E9guli=E8r= ement dans<br> > Glassfish pour le d=E9veloppement, "semble" provoquer des me= moryleaks.<br> > C'est =E0 dire qu'=E0 chaque fois que je la red=E9ploie, Glass= fish mange 200<br> > Mo.<br> > Evidement, au bout d'un moment, il a mang=E9 toute sa RAM et doit<= br> > s'arr=EAter. Et comme il ne me dit pas quand il veut s'arr=EAt= er, je suis<br> > bien emb=EAt=E9.<br> > Alors j'aimerais savoir si vous ne conna=EEtriez pas un moyen de s= avoir<br> > ce qui le fait consomer.<br> > J'ai bien s=FBr lanc=E9 JVisualVM, qui m'a confirm=E9 cette au= gmentation du<br> > heap consom=E9, mais je n'arrive pas =E0 voir ce qui est consom=E9= .<br> > Tant que j'y suis, dans mon application, j'utilise des resourc= es JDBC<br> > et autres JMS, Neo4J, ... Est-ce que vous sauriez si on peut savoir si= <br> > des instances des pools de connexion associ=E9s sont conserv=E9s ?<br> > Merci<br> ><br> > --<br> > Nicolas Delsaux<br> <br> </div></div>***************************************************************= *****************<br> IMPORTANT.Les informations contenues dans ce message electronique y compris= les fichiers attaches sont strictement confidentielles<br> et peuvent etre protegees par la loi.<br> Ce message electronique est destine exclusivement au(x) destinataire(s) men= tionne(s) ci-dessus.<br> Si vous avez recu ce message par erreur ou s il ne vous est pas destine, ve= uillez immediatement le signaler =A0a l expediteur et effacer ce message<br= > et tous les fichiers eventuellement attaches.<br> Toute lecture, exploitation ou transmission des informations contenues dans= ce message est interdite.<br> Tout message electronique est susceptible d alteration.<br> A ce titre, le Groupe France Telecom decline toute responsabilite notamment= s il a ete altere, deforme ou falsifie.<br> De meme, il appartient au destinataire de s assurer de l absence de tout vi= rus.<br> <br> IMPORTANT.This e-mail message and any attachments are strictly confidential= and may be protected by law. This message is<br> intended only for the named recipient(s) above.<br> If you have received this message in error, or are not the named recipient(= s), please immediately notify the sender and delete this e-mail message.<br= > Any unauthorized view, usage or disclosure ofthis message is prohibited.<br= > Since e-mail messages may not be reliable, France Telecom Group shall not b= e liable for any message if modified, changed or falsified.<br> Additionally the recipient should ensure they are actually virus free.<br> ***************************************************************************= *****<br> <br> </blockquote></div></div></div><br> </blockquote></div><br> </div> --000e0cd32b5edc4cd604ab51d766--