Hello Brian, maybe I missed half of the communication, but from the other half I got the feeling that you are shooting in the dark. Heap dumps are hard to decipher especially if the internals seems to be unknown ;-) When hunting a memory leak I setup a cron job that performs the same task once an hour: jmap -heap:live <pid> >file-with-timestamp.heap jmap -histo:live <pid> >file-with-timestamp.histo
the jmap histogramm contains all objects in your vm and their cumulated space. by comparing two of them taken in 30 or 60 minutes you can determine which objects are actually increasing numbers or size. With that knowledge analyzing heap dumps can be performed much faster and easier. Keep in mind that analyzing mem leaks that lead to outofmemory after the oome occured is twice as hard as shortly before . regards Leon P.S. I have a small tool that creates a diff of two subsequent histograms, i can share it if you need it. P.P.S. jmap is a standart java tool. Another standart java tool - jhat can theoretically analyze a heap dump based on a baseline heapdump taken previously. On Fri, Nov 12, 2010 at 9:44 PM, Caldarale, Charles R <chuck.caldar...@unisys.com> wrote: >> From: Brian [mailto:bbprefix-m...@yahoo.com] >> Subject: RE: Tomcat 6.0.29 using more and more RAM until it collapses? > >> Now I also see that 160MB are being used by >> org.apache.jasper.runtime.BodyContextImpl. > > There are a couple of system properties you can set to control this: > > org.apache.jasper.runtime.JspFactoryImpl.USE_POOL > org.apache.jasper.runtime.JspFactoryImpl.POOL_SIZE > > Look here for the doc: > http://tomcat.apache.org/tomcat-6.0-doc/config/systemprops.html > > - Chuck > > > THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY > MATERIAL and is thus for use only by the intended recipient. If you received > this in error, please contact the sender and delete the e-mail and its > attachments from all computers. > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
