[jboss-user] [Performance Tuning] - Re: Full Garbage Collection every few seconds – GC frees very little memory (JBoss 4.2.3 with JDK 1.5.0 64-bit)

[Constantine Pinakoulakis]

Constantine Pinakoulakis [http://community.jboss.org/people/kopin] created the discussion

"Re: Full Garbage Collection every few seconds – GC frees very little memory (JBoss 4.2.3 with JDK 1.5.0 64-bit)"

To view the discussion, visit: http://community.jboss.org/message/572016#572016

--------------------------------------------------------------
Thanks very much for your prompt response.

Either the JVM is tenuring objects immediately or the Eden-Survivor-Old cycle is so fast it does not get logged in the 5-second period jstat is collecting info.  Also, I did not know how the JVM decides whether to do a full or minor collection - that explains a lot.

I have already taken heap dumps during "good" and "bad" runs, but have not been able to spot anything interesting.  The "good" run has about 650 threads total, while the "bad" about 1000, and the main difference was a lot more Object.wait() threads during the "bad" run.  Not much to work on, really.

Have also used jmap to create a histogram, but most of the memory seemed (not surprisingly) to be allocated to primitive arrays and other JDK classes, so no useful information there either.  I was hoping to find a large chunk of the heap allocated to some of our application's objects, which would indicate a memory leak, but this was not the case.

Anyway, I'll change NewRatio, read the papers you suggested and post back when I have some results.

C.
--------------------------------------------------------------

Reply to this message by going to Community
[http://community.jboss.org/message/572016#572016]

Start a new discussion in Performance Tuning at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&containerType=14&container=2078]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-user/attachments/20101119/c6efee74/attachment.html