<p>I wonder - did it actually complete after 4000 seconds? Maybe the process was restarted before it finished but it had been running for that long up to that point; if so maybe GC hit some bug and would never have terminated? I guess something for Florian to answer.</p>

<div class="gmail_quote">On Dec 12, 2011 9:34 AM, "Tony Printezis" <<a href="mailto:tony.printezis@oracle.com">tony.printezis@oracle.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Ramki.,<br>
    <br>
    On 12/09/2011 07:34 PM, Srinivas Ramakrishna wrote:
    <blockquote type="cite"><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.</div>
      </div>
    </blockquote>
    <br>
    Good catch, I clearly didn't do the translation. :-) Could it be
    paging?<br>
    <br>
    Tony<br>
    <br>
    <blockquote type="cite">
      <div class="gmail_quote">
        <div> 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>
      <br>
      <fieldset></fieldset>
      <br>
      <pre>_______________________________________________
hotspot-gc-use mailing list
<a href="mailto:hotspot-gc-use@openjdk.java.net" target="_blank">hotspot-gc-use@openjdk.java.net</a>
<a href="http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use" target="_blank">http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use</a>
</pre>
    </blockquote>
  </div>

<br>_______________________________________________<br>
hotspot-gc-use mailing list<br>
<a href="mailto:hotspot-gc-use@openjdk.java.net">hotspot-gc-use@openjdk.java.net</a><br>
<a href="http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use" target="_blank">http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use</a><br>
<br></blockquote></div>