<br><font size=2 face="sans-serif">>> </font><tt><font size=2>The
first initial-mark had a full GC just before it (right?) so the young gen
was likely empty.</font></tt>
<br><font size=2 face="sans-serif">that's right</font>
<br>
<br><font size=2 face="sans-serif">>> </font><tt><font size=2>If
you run your test case longer and see mostly longer initial-marks, that
would suggest that my guess is right.</font></tt>
<br><tt><font size=2>the young gen is definitely not empty when the 2nd
initial mark was triggered. There has been no further CMS activity since
then so approaching 24hrs now, occupation of tenured has hovered ~30MB
all day. </font></tt>
<br>
<br><tt><font size=2>I still don't understand *why* the 2nd initial mark
happened. I thought CMS was only triggered once the occupation passed the
threshold (IIRC this is 50% by default), since occupation was actually
more like 10% or so then why did it even feel the need to do anything at
all?</font></tt>
<br>
<br><tt><font size=2>>> If you add -XX:+CMSScavengeBeforeRemark it
will schedule a ParNew collection before the remark.</font></tt>
<br><tt><font size=2>slightly naive Q.... why isn't this default behaviour?
is it because a "normal" heap has a bigger tenured than eden
hence the cost isn't skewed in the way I have it configured?</font></tt>
<br>
<br><tt><font size=2>>> Just drop the incremental option and you
would be fine in this case.</font></tt>
<br><tt><font size=2>I'll give that a try and report back.</font></tt>
<br>
<br><tt><font size=2>Cheers</font></tt>
<br><tt><font size=2>Matt</font></tt>
<br><font size=2 face="sans-serif"><br>
Matt Khan<br>
--------------------------------------------------<br>
GFFX Auto Trading<br>
Deutsche Bank, London</font>
<br>
<br>
<span style="font-family:sans-serif,helvetica; font-size:10pt; color:#000000">---<br>
<br>
This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden.<br>
<br>
Please refer to http://www.db.com/en/content/eu_disclosures.htm for additional EU corporate and regulatory disclosures.</span><br>