Re: MemoryLeak au déploiement d'un EAR dans Glassfi sh
Sebastien Cesbron <[email protected]> Thu, 25 Aug 2011 12:10:38 +0200
| Newsgroups | gmane.comp.java.french.general |
|---|---|
| Message-ID | <CAP3_Q0cDVfPfefVeE2TO0GpzcEAKYrh+BYJUVB6C1V9pGwT+aw@mail.gmail.com> |
--000e0cd72b08f2895704ab51a302 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Salut Si c'est du permgen alors c'est des classes temporaires (styles proxy pour spring ou hibernate) et c'est li=E9 =E0 un mauvais nettoyage au undeploy. I= l 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'analyser avec eclipse memory analyzer qui te donnera les infos sur ce qui te prend d= e 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 permge= n > car c'est pas critique pour moi. > > Ce que je peux te conseiller c'est d'utiliser un profiler/memory debuggue= r > genre Yourkit qui "devrait" te permettre de tracer ce qui est en m=E9moir= e > 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 d= ans > > Glassfish pour le d=E9veloppement, "semble" provoquer des memoryleaks. > > C'est =E0 dire qu'=E0 chaque fois que je la red=E9ploie, Glassfish mang= e 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 su= is > > bien emb=EAt=E9. > > Alors j'aimerais savoir si vous ne conna=EEtriez pas un moyen de savoir > > ce qui le fait consomer. > > J'ai bien s=FBr lanc=E9 JVisualVM, qui m'a confirm=E9 cette augmentatio= n 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 compr= is > 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 da= ns > ce message est interdite. > Tout message electronique est susceptible d alteration. > A ce titre, le Groupe France Telecom decline toute responsabilite notamme= nt > 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 confidenti= al > 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-mail > message. > Any unauthorized view, usage or disclosure ofthis message is prohibited. > Since e-mail messages may not be reliable, France Telecom Group shall not > be liable for any message if modified, changed or falsified. > Additionally the recipient should ensure they are actually virus free. > > *************************************************************************= ******* > > --000e0cd72b08f2895704ab51a302 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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">[email protected]</a>></span> a =E9crit :<b= r> <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">[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 class=3D"h5">><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><br> --000e0cd72b08f2895704ab51a302--