tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Brian" <>
Subject RE: Tomcat 6.0.29 using more and more RAM until it collapses?
Date Fri, 12 Nov 2010 18:59:35 GMT
Well, maybe you can help me to make an interpretation.

I'm using Yourkit, and this this what I see. The most RAM is used by byte
arrays. If I choose this entry in the list of classes, below you will see a
list of objects. If you choose the first one and check the content (400kb),
it is the image of a static HTML page.

I really don't know how to find out to which classes do these bytes belong
to, or their relationship with the garbage collector, but I can see that
they use a lot of RAM.







> -----Original Message-----

> From: Mark Thomas []

> Sent: Friday, November 12, 2010 01:38 PM

> To: Tomcat Users List

> Subject: Re: Tomcat 6.0.29 using more and more RAM until it collapses?


> On 12/11/2010 18:30, Brian wrote:

> > Hi Mark,

> >

> > Besides using Tomcat to serve my app (which itself serves about

> > 600,000 diferent URLs), I also use it to serve static pages (HTML

> > pages stored in the hard disk).

> > I don't know if Tomcat is caching my dinamically generated pages

> > (maybe it is), but for now I would love to stop the cache that stores
the static

> ones.

> > Those static pages are in their own WARs, so they have nothing to do

> > with the java code in my app.

> > Where do I configure Tomcat to stop caching the static pages in memory?

> > This is definitely my problem, I can see clearly the pages in my

> > memory snapshot, and when I let Google crawl my site with more speed,

> > my site (and Tomcat itself, I guess) crashes sooner.


> You are missing the point. It is highly unlikely the 10MB per webapp cache

> causing problems given that you previously states that there are only two

> files here. So I'll ask my question again:


> Where to the GC roots for those objects trace to?


> Mark


> ---------------------------------------------------------------------

> To unsubscribe, e-mail:  <>

> For additional commands, e-mail:  <>

  • Unnamed multipart/related (inline, None, 0 bytes)
View raw message