<br><br>A couple of things caught my eye....<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
On 12/05/2011 02:19 PM, Florian Binder wrote:<br>
>> I assume you know when the data will be dropped and reinitialized,<br>
>> right? Can you do a Full GC (with System.gc()) after you re-initialize<br>
>> the heap. This typically helps a lot with CMS.<br>
> Yes, this is exactly what we are trying at this time ;-)<br>
> Either this Full-GC pauses are very long (60-300 seconds) they are much<br>
> shorter than after a CMS-failure (when they take sometimes more than<br>
> 4000 seconds ;-)) and we can define when they occure.<br></div></blockquote><div><br>A full GC that takes an hour is definitely a bug. Have you logged that bug?<br>Or at least share the GC log? What's the version of the JDK that this behaviour<br>

was seen with?<br> <br></div><div>... <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
> Furthermore this should not increase the total-heap-space:<br>
> <a href="http://java4.info/g1/all.png" target="_blank">http://java4.info/g1/all.png</a><br></div></blockquote><div><br> Remember that jconsole asynchronously samples the heap, whose size is<br>read "with possible glitches". Rather, you should probably rely on the GC log in order to assess<br>
the heap size after each GC event, rather than the asynchronous samples from<br>jconsole. I myself have not had the chance to look at yr GC logs to see<br>what that indicated wrt the size of Eden and of the Heap.<br><br>-- ramki<br>
</div></div>