tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Leon Rosenberg <rosenberg.l...@gmail.com>
Subject Re: Tomcat 6.0.29 using more and more RAM until it collapses?
Date Fri, 12 Nov 2010 21:27:07 GMT
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


Mime
View raw message