Děkuji, za tak rychlé reakce a především děkuji Petrovi
za šiší pohled na problém díky jeho blogu.
Článek na http://opensource.atlassian.com/confluence/spring/pages/viewpage.action?pageId=2669
mi hodně pomohl, po implementaci "začišťovače" už není nutný
restart tak častý restart, nicméně chyba může být pořád na obou
stranách, takže zkusím ještě trochu detasilněji vyprofilovat aplikaci.
>Btw. nestoupá počet instancí tj. objektů.
Jakub
Petr Ferschmann wrote:
Zdravím,
U redeploy je problém v classloaderu A je to známý fakt. Více informací
na http://blog.softeu.cz/tomcat-a-leaky/
a v komentářích.
Pokud je to při běhu aplikace (tj. bez redeploye) tak to už je obvykle
chyba programátora.
Co používáte za cache pro hibernate? Ale myslím, že většina
implementací cache používá soft reference. Takže kvůli tomu by OOM
neměl nastat.
> tj. počet tříd se nezvyšuje.
Počet tříd nebo počet objektů?
Nám se obvykle podařilo pomocí profileru identifikovat všechny memory
leaky v aplikaci.
Jakub Příkazský píše v Út 11. 04. 2006 v 13:30 +0200:
Zdravím,
mám dotaz ohledně chování Tomcatu. Při vývoji se potýkám s problém, že
Tomcatu dojde paměť - cca nad 110MB už, není zaručené že odpoví. Zkoušel
jsem v NetBeans 5.0 profilovat naše třídy, vypadá to, že se neděje nic
podezřelého tj. počet tříd se nezvyšuje. Toto chování se projevuje
především při zátěži, tj.pokud si rozjedu test pomocí JMeteru, ale občas
také někdy pokud se vícekrát provede deploy a restart aplikace na
serveru. Používám: Tomcat 5.5.x, Spring, Hibernate...
Zajímalo by mě, zda jste se někdo s tímto fenoménem již setkal...
Díky
Jakub
--
Petr Ferschmann
SoftEU s.r.o.
-----------------------------------
Sady Petatricatniku 31
301 00 Plzen
Czech Republic
-----------------------------------
Phone: +420 373 729 300
Fax: +420 373 729 301
Cell: +420 775 638 008
|
|
- Re: Tomcat memory leak? Jakub Příkazský
-
