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.hag...@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-unsubscr...@tomcat.apache.org > > For additional commands, e-mail: users-h...@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
