tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Martin Gainty <mgai...@hotmail.com>
Subject RE: Redeploy leaks
Date Tue, 06 Jan 2009 15:23:50 GMT

MG>Mark/Raul/Frank

> Yes, you should be cooked, sauted and broiled on an open flame <grin>.
MG>this comment does not help<grin>
 
> http://community.eapps.com/showthread.php?t=153
MG>good link to illustrate PermGen settings but including class objects in sweep for recovering
PermGen should be a last MG>resort

MG>Mark you  are using spatial objects right??? Do they hang around in memory forever?
MG>Confining scope of these objects will go a long way to alleviate these problems..object
falls out of scope and is marked MG>for deletion (and PermGen MarkAndSweep will be able
to collect these on the next iteration)
MG>Are you acquiring many DB Connections or cursors and hanging on to them forever..have
you considered using MG> MG>ConnectionPools?
MG>There are some really great Java tools that are available to you e.g. $JAVA_HOME/bin/jstack
MG>and of course jconsole which will illustrate Heap,classes,CPU and Threads

MG>Chuck and the others will have some useful information
MG>Regards
MG>Martin

> Take a look, maybe useful

> On Tue, Jan 6, 2009 at 9:34 AM, Mark Hagger <mark.hagger@m-spatial.com>wrote:
> 
> > On Sat, 2009-01-03 at 14:30 -0500, Cosio, Raul wrote:
> > > Memory leak is an advanced task. But once understood is very easy to fix
> > > them, just follow some simple rules, most common situations are: 1) Not
> >
> > Usually a matter of torturing yourself for some time following
> > classloader trees, together with various static instantiations.  Logging
> > systems and Axis/jakarta-commons stuff have been the main causes of
> > problems for me.
> >
> > This article was useful for me:
> >
> > http://blogs.sun.com/fkieviet/entry/how_to_fix_the_dreaded
> >
> > I suppose that they are very easy to fix once you work out precisely
> > what is causing a leak, but that's a bit like saying that most bugs are
> > very easy to fix - but thats a bit misleading isn't it, since you could
> > spend hours/days tracking down the bug in the first place.
> >
> > Although its obviously nice to track down all the leaks in your app so
> > that you could sit redeploying all day to your hearts content (I'll
> > probably be burned at the stake for this next bit) but I do sometimes
> > suspect that its not worth the effort and just live with having to
> > restart your tomcat instance from time to time depending on your
> > redeploy strategies.
> >
> > Mark
> >
> >
> >
> > ________________________________________________________________________
> > This email has been scanned for all known viruses by the MessageLabs
> > SkyScan service.
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> > For additional commands, e-mail: users-help@tomcat.apache.org
> >
> >

_________________________________________________________________
It’s the same Hotmail®. If by “same” you mean up to 70% faster.
http://windowslive.com/online/hotmail?ocid=TXT_TAGLM_WL_hotmail_acq_broad1_122008
Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message