Hello,<br><br>Long story short, Minor GC times jump from ~30ms to more than a second (and increase to about 5 seconds), and only an explicit paralell Full GC can whack it out of this madness. Interestingly it looks like this bug/feature manifests when a big ~100+ MB byte[] object gets allocated, thus triggering a CMS initial-sweep. (The CMS runs fine though, but the young gen collections take forever.)<br>
<br><a href="http://pastebin.com/RcBkCEEE">http://pastebin.com/RcBkCEEE</a> (of course, if someone&#39;s interested I here&#39;s the full 50 MBs of the otherwise rather predictable log, 2.9MB compressed <a href="http://zomg.hu/work/wtf-gc.log.xz">http://zomg.hu/work/wtf-gc.log.xz</a> )<br>
<br>We&#39;re running the stock Oracle 1.6.0_37 64bit JVM, on a 8 core new Xeon E3-something with plenty of RAM for the heap, with the following options:<br><br>-Xmx5128M<br>(-Xms5128M, though the linked gclog is without this)<br>
-XX:NewSize=300m<br>-XX:MaxNewSize=300m<br>-XX:PermSize=64m<br>-XX:MaxPermSize=192m<br><br>-XX:+UseParNewGC<br>-XX:ParallelGCThreads=2<br>-XX:MaxTenuringThreshold=4<br>-XX:SurvivorRatio=3<br><br>-XX:+UseConcMarkSweepGC<br>
-XX:+UnlockDiagnosticVMOptions<br>-XX:+CMSScavengeBeforeRemark<br>-XX:CMSInitiatingOccupancyFraction=65<br><br>-XX:+PrintGC<br>-XX:+PrintGCDetails<br>-XX:+PrintTenuringDistribution<br>-XX:+PrintGCDateStamps<br>-XX:PrintFLSStatistics=1<br>
-Xloggc:/logs/gc.log<br>-verbose:gc <br><br>Has anyone experienced similar issues?<br><br>Thanks for your time,<br>Pas<br>