Re: MemoryLeak au déploiement d'un EAR dans Glassfi sh
Sébastien Lorber <[email protected]> Thu, 25 Aug 2011 12:27:00 +0200
| Newsgroups | gmane.comp.java.french.general |
|---|---|
| Message-ID | <CADvQ-bpRHccRNKx0e-jHaCuyJ4fynh6695Yj63WzBymXCzd6zA@mail.gmail.com> |
--0015174c366eabafb004ab51dfb9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Zut... Il y a une memory leak connue dans CGLIBS/Hibernate a ce sujet. http://blogs.warwick.ac.uk/colinyates/entry/yeah_hibernate_doesnt/ Je crois qu'on avait regard=E9 avec un archi dans une pr=E9c=E9dente missio= n et il n'y avait pas grand chose a faire a part augmenter la m=E9moire et red=E9ma= rrer le serveur de temps en temps. Ou peut-etre utilis=E9 une autre lib si c'est possible? (javassist?) Le 25 ao=FBt 2011 12:25, S=E9bastien Lorber <[email protected]> a = =E9crit : > Il y a > > Le 25 ao=FBt 2011 12:10, Sebastien Cesbron <[email protected]> a =E9crit= : > > Salut >> >> Si c'est du permgen alors c'est des classes temporaires (styles proxy po= ur >> 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'analys= er >> avec eclipse memory analyzer qui te donnera les infos sur ce qui te pren= d 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 perm= gen >>> car c'est pas critique pour moi. >>> >>> Ce que je peux te conseiller c'est d'utiliser un profiler/memory >>> debugguer genre Yourkit qui "devrait" te permettre de tracer ce qui est= en >>> m=E9moire 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 ma= nge 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 = suis >>> > bien emb=EAt=E9. >>> > Alors j'aimerais savoir si vous ne conna=EEtriez pas un moyen de savo= ir >>> > ce qui le fait consomer. >>> > J'ai bien s=FBr lanc=E9 JVisualVM, qui m'a confirm=E9 cette augmentat= ion 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 s= i >>> > 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 messag= e >>> 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 tou= t >>> 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-ma= il >>> message. >>> Any unauthorized view, usage or disclosure ofthis message is prohibited= . >>> Since e-mail messages may not be reliable, France Telecom Group shall n= ot >>> be liable for any message if modified, changed or falsified. >>> Additionally the recipient should ensure they are actually virus free. >>> >>> ***********************************************************************= ********* >>> >>> >> > --0015174c366eabafb004ab51dfb9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Zut...<div><br></div><div>Il y a une memory leak connue dans CGLIBS/Hiberna= te a ce sujet.</div><div><br></div><div><a href=3D"http://blogs.warwick.ac.= uk/colinyates/entry/yeah_hibernate_doesnt/">http://blogs.warwick.ac.uk/coli= nyates/entry/yeah_hibernate_doesnt/</a></div> <div><br></div><div>Je crois qu'on avait regard=E9 avec un archi dans u= ne=A0pr=E9c=E9dente=A0mission et il n'y avait pas grand chose a faire a= part augmenter la=A0m=E9moire et red=E9marrer le serveur de temps en temps= .</div><div> Ou peut-etre utilis=E9 une autre lib si c'est possible? (javassist?)=A0= </div><div><br><br><div class=3D"gmail_quote">Le 25 ao=FBt 2011 12:25, S=E9= bastien Lorber <span dir=3D"ltr"><<a href=3D"mailto:lorber.sebastien@gma= il.com">[email protected]</a>></span> a =E9crit :<br> <blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex;">Il y a<br><br><div class=3D"gmail_quote">Le= 25 ao=FBt 2011 12:10, Sebastien Cesbron <span dir=3D"ltr"><<a href=3D"m= ailto:[email protected]" target=3D"_blank">[email protected]</a>></spa= n> a =E9crit :<div> <div></div><div class=3D"h5"><br><blockquote class=3D"gmail_quote" style=3D= "margin:0 0 0 .8ex;border-left:1px #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></div></div><br> </blockquote></div><br></div> --0015174c366eabafb004ab51dfb9--