<div dir="ltr">Thanks for your response Bernd<div><br></div><div>Let me try to test with "PrintGCCause" argument. </div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature">Regards,<br>Nitin Kumar Sharma.<br><br></div></div>
<br><div class="gmail_quote">On Thu, Dec 4, 2014 at 8:18 PM, Bernd Eckenfels <span dir="ltr"><<a href="mailto:ecki@zusammenkunft.net" target="_blank">ecki@zusammenkunft.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
I see<br>
<br>
ParNews from 5GB/5GB -> 140MB<br>
CMS 4GB/10GB -> 1GB/10GB<br>
<br>
That would fit the 40% mark, but your args are different.<br>
<br>
I suspect some of the pools like code cache, perm gen or similiar<br>
beeing full. I am not sure if this is only logged with<br>
-XX:+PrintGCCause, but you can try. You might even be able to observe<br>
it with "jstat -gccause" live.<br>
<br>
Gruss<br>
Bernd<br>
<br>
<br>
<br>
<br>
Am Tue, 2 Dec 2014 10:38:22 -0500<br>
<div class="HOEnZb"><div class="h5">schrieb nitin sharma <<a href="mailto:kumarsharma.nitin@gmail.com">kumarsharma.nitin@gmail.com</a>>:<br>
<br>
> Hi Bernd,<br>
><br>
> Apologies for such a late response. i got carried away in other<br>
> priorities ...<br>
><br>
> PFA the truncated GC log for 24 hrs.. Kindly assist me to understand<br>
> why CMS collection is triggered well before "initial-occupancy"<br>
> fraction value.<br>
><br>
> Regards,<br>
> Nitin Kumar Sharma.<br>
><br>
><br>
> On Tue, Nov 18, 2014 at 8:13 PM, Bernd Eckenfels<br>
> <<a href="mailto:ecki@zusammenkunft.net">ecki@zusammenkunft.net</a>> wrote:<br>
><br>
> > Hello,<br>
> ><br>
> > you need to provide verbose GC logs so we can say anything on that.<br>
> > But be aware that you might not get much help on ancient Java :)<br>
> ><br>
> > Can you try to set the initial perm size to the maximum size, to<br>
> > make sure resizes in this area do not trigger GC. And are you sure<br>
> > you are not confronted with RMI DGC runs?<br>
> ><br>
> > Gruss<br>
> > Bernd<br>
> ><br>
> >  Am Tue, 18<br>
> > Nov 2014 12:24:23 -0500 schrieb nitin sharma<br>
> > <<a href="mailto:kumarsharma.nitin@gmail.com">kumarsharma.nitin@gmail.com</a>>:<br>
> ><br>
> > > hi,<br>
> > ><br>
> > > I am facing the same issue.. We are using JDK 1.6. 0_23 and have<br>
> > > set Occupancy Fraction to 80% but i can see CMS triggered at much<br>
> > > below ration (around 53%)..<br>
> > ><br>
> > > is there a solution for same?<br>
> > ><br>
> > > I have used "-XX:CMSInitiatingOccupancyFraction=80<br>
> > > -XX:+UseCMSInitiatingOccupancyOnly" option...<br>
> > ><br>
> > > complete JVM argument set ==><br>
> > ><br>
> > > /usr/java/jdk1.6.0_23/bin/java -server -Xms16384m -Xmx16384m<br>
> > > -XX:PermSize=512m -XX:MaxPermSize=1024m -XX:CompileThreshold=8000<br>
> > > -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCDateStamps<br>
> > > -XX:+PrintGCTimeStamps -XX:+UseParNewGC -XX:MaxNewSize=6144m<br>
> > > -XX:NewSize=6144m -XX:+UseConcMarkSweepGC -XX:ParallelGCThreads=4<br>
> > > -XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled<br>
> > > -XX:CMSInitiatingOccupancyFraction=80<br>
> > > -XX:+UseCMSInitiatingOccupancyOnly -DUseSunHttpHandler=true<br>
> > > -XX:+HeapDumpOnOutOfMemoryError<br>
> > ><br>
> > ><br>
> > ><br>
> > > Regards,<br>
> > > Nitin Kumar Sharma.<br>
> > ><br>
> ><br>
><br>
</div></div></blockquote></div><br></div>