tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Brian" <bbprefix-m...@yahoo.com>
Subject RE: Tomcat 6.0.29 using more and more RAM until it collapses?
Date Sun, 14 Nov 2010 00:17:28 GMT
Hi Leon,

Thanks for your suggestion and sorry for responding so late. I had to take a
break from this issue at least for a day. I had been working on this for 3
days in a row and barely sleeping at night, because of the crashes. As soon
as I saw my installation not crashing, I needed to take a rest.

I'm already using www.YourKit.com for now. It is not free, I guess I will
not buy it finally if I totally solve my problem. But for now, while in the
trial period, I'm using it and it is great! But as soon as it ends, I will
definitely try Jmap/Jhat as you suggested.


> -----Original Message-----
> From: Leon Rosenberg [mailto:rosenberg.leon@gmail.com]
> Sent: Friday, November 12, 2010 04:27 PM
> To: Tomcat Users List
> Subject: Re: Tomcat 6.0.29 using more and more RAM until it collapses?
> 
> 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.Caldarale@unisys.com> wrote:
> >> From: Brian [mailto:bbprefix-mail@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-unsubscribe@tomcat.apache.org
> > For additional commands, e-mail: users-help@tomcat.apache.org
> >
> >
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Mime
View raw message