From bheem at sbcglobal.net Mon Feb 7 13:47:35 2011 From: bheem at sbcglobal.net (bhm) Date: Mon, 7 Feb 2011 16:47:35 -0500 Subject: gc logs [Full GC (System) Message-ID: please help me understand in following 2 line if Full GC (System) means this is caused due to System.gc() call ? 16.620: [Full GC 16.620: [CMS: 8849K->11102K(245760K), 0.9170804 secs] 34309K->11102K(277440K), [CMS Perm : 27162K->26963K(27208K)], 0.9180653 secs] [Times: user=0.91 sys=0.00, real=0.92 secs] 22.286: [Full GC (System) 22.286: [CMS: 12805K->14033K(245760K), 1.1113881 secs] 24546K->14033K(277440K), [CMS Perm : 36005K->35855K(44944K)], 1.1217119 secs] [Times: user=1.12 sys=0.01, real=1.12 secs] I couldnt find any explaination in following 2 links http://www.sun.com/bigadmin/content/submitted/cms_gc_logs.jsp http://www.oracle.com/technetwork/java/example-141412.html Thanks. From y.s.ramakrishna at oracle.com Mon Feb 7 14:05:42 2011 From: y.s.ramakrishna at oracle.com (Y. Srinivas Ramakrishna) Date: Mon, 07 Feb 2011 14:05:42 -0800 Subject: gc logs [Full GC (System) In-Reply-To: References: Message-ID: <4D506CB6.8060203@oracle.com> Bheem -- On 2/7/2011 1:47 PM, bhm wrote: > please help me understand in following 2 line if > Full GC (System) > means this is caused due to System.gc() call ? Yes, the first "16.620: [Full GC" seems to be a full gc because the perm gen became full. The second "22.286: [Full GC (System)" seems to be one caused by an explicit System.gc() call. -- (rama)krishna > > 16.620: [Full GC 16.620: [CMS: 8849K->11102K(245760K), 0.9170804 secs] > 34309K->11102K(277440K), [CMS Perm : 27162K->26963K(27208K)], > 0.9180653 secs] [Times: user=0.91 sys=0.00, real=0.92 secs] > 22.286: [Full GC (System) 22.286: [CMS: 12805K->14033K(245760K), > 1.1113881 secs] 24546K->14033K(277440K), [CMS Perm : > 36005K->35855K(44944K)], 1.1217119 secs] [Times: user=1.12 sys=0.01, > real=1.12 secs] > > I couldnt find any explaination in following 2 links > http://www.sun.com/bigadmin/content/submitted/cms_gc_logs.jsp > http://www.oracle.com/technetwork/java/example-141412.html > > Thanks. > _______________________________________________ > hotspot-gc-use mailing list > hotspot-gc-use at openjdk.java.net > http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use From peter.schuller at infidyne.com Thu Feb 10 10:25:04 2011 From: peter.schuller at infidyne.com (Peter Schuller) Date: Thu, 10 Feb 2011 19:25:04 +0100 Subject: gc logs [Full GC (System) In-Reply-To: References: Message-ID: > please help me understand in following 2 line if > Full GC (System) > means this is caused due to System.gc() call ? If you're having trouble with code calling System.gc(), -XX:+DisableExplicitGC may be an option. But that will also disable e.g. jconsole triggered GC:s (I think). -- / Peter Schuller From kirk.pepperdine at gmail.com Thu Feb 10 10:46:01 2011 From: kirk.pepperdine at gmail.com (Kirk) Date: Thu, 10 Feb 2011 19:46:01 +0100 Subject: gc logs [Full GC (System) In-Reply-To: References: Message-ID: sed also works well in getting rid of calls to System.gc()... and it guarantees that it won't accidentally show up again. Regards, Kirk On Feb 10, 2011, at 7:25 PM, Peter Schuller wrote: >> please help me understand in following 2 line if >> Full GC (System) >> means this is caused due to System.gc() call ? > > If you're having trouble with code calling System.gc(), > -XX:+DisableExplicitGC may be an option. But that will also disable > e.g. jconsole triggered GC:s (I think). > > -- > / Peter Schuller > _______________________________________________ > hotspot-gc-use mailing list > hotspot-gc-use at openjdk.java.net > http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use From y.s.ramakrishna at oracle.com Thu Feb 10 11:18:25 2011 From: y.s.ramakrishna at oracle.com (Y. S. Ramakrishna) Date: Thu, 10 Feb 2011 11:18:25 -0800 Subject: gc logs [Full GC (System) In-Reply-To: <4D54395B.5000507@oracle.com> References: <4D54395B.5000507@oracle.com> Message-ID: <4D543A01.4090706@oracle.com> Of course that also circumvents -XX:+ExplicitGCInvokesConcurrent. -- ramki On 02/10/11 11:15, Y. S. Ramakrishna wrote: > > > On 02/10/11 10:46, Kirk wrote: >> sed also works well in getting rid of calls to System.gc()... and it >> guarantees that it won't accidentally show up again. >> >> Regards, >> Kirk >> >> On Feb 10, 2011, at 7:25 PM, Peter Schuller wrote: >> >>>> please help me understand in following 2 line if >>>> Full GC (System) >>>> means this is caused due to System.gc() call ? >>> If you're having trouble with code calling System.gc(), >>> -XX:+DisableExplicitGC may be an option. But that will also disable >>> e.g. jconsole triggered GC:s (I think). > > a hack ;-) to cause an explicit gc even when it's disabled > via the above flag is to use jmap -histo:live on the JVM. > > -- ramki > From y.s.ramakrishna at oracle.com Thu Feb 10 11:15:39 2011 From: y.s.ramakrishna at oracle.com (Y. S. Ramakrishna) Date: Thu, 10 Feb 2011 11:15:39 -0800 Subject: gc logs [Full GC (System) In-Reply-To: References: Message-ID: <4D54395B.5000507@oracle.com> On 02/10/11 10:46, Kirk wrote: > sed also works well in getting rid of calls to System.gc()... and it guarantees that it won't accidentally show up again. > > Regards, > Kirk > > On Feb 10, 2011, at 7:25 PM, Peter Schuller wrote: > >>> please help me understand in following 2 line if >>> Full GC (System) >>> means this is caused due to System.gc() call ? >> If you're having trouble with code calling System.gc(), >> -XX:+DisableExplicitGC may be an option. But that will also disable >> e.g. jconsole triggered GC:s (I think). a hack ;-) to cause an explicit gc even when it's disabled via the above flag is to use jmap -histo:live on the JVM. -- ramki From tanman12345 at yahoo.com Fri Feb 25 08:18:03 2011 From: tanman12345 at yahoo.com (Erwin) Date: Fri, 25 Feb 2011 08:18:03 -0800 (PST) Subject: Help needed to analyze why Full GC occured In-Reply-To: <4D2369F2.30306@oracle.com> Message-ID: <800270.79659.qm@web111111.mail.gq1.yahoo.com> Hello, Full GC (which took 9 seconds)occured during off hours for all our 6 JVM, seemingly around the same time frame and I'm wondering what triggered it. I'm new with analyzing GC so your help is appreciated. Did the perm gen get full? We're on 32bit WAS NDE 6.1.0.23 on Unix\Solaris 10. Our max heap is set to 1536mb. Our JVM args are: -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+CMSParallelRemarkEnabled -XX:+CMSPermGenSweepingEnabled -XX:+CMSClassUnloadingEnabled -agentlib:am_sun_15=/opt/IBM/itcam/WebSphere/DC/runtime/was61.d5-node61-pt01-01.d5-web_a101-pt01-01/ -verbosegc -XX:MaxPermSize=256m -XX:PermSize=256m 70314.666: [GC {Heap before gc invocations=1105: par new generation total 72512K, used 72448K [0x85800000, 0x89ee0000, 0x8b800000) eden space 72448K, 100% used [0x85800000, 0x89ec0000, 0x89ec0000) from space 64K, 0% used [0x89ec0000, 0x89ec0000, 0x89ed0000) to space 64K, 0% used [0x89ed0000, 0x89ed0000, 0x89ee0000) concurrent mark-sweep generation total 1085184K, used 740804K [0x8b800000, 0xcdbc0000, 0xe5800000) concurrent-mark-sweep perm gen total 262144K, used 138639K [0xe5800000, 0xf5800000, 0xf5800000) 70314.668: [ParNew: 72448K->0K(72512K), 0.0537868 secs] 813252K->756978K(1174720K)Heap after gc invocations=1106: par new generation total 73664K, used 0K [0x85800000, 0x8a000000, 0x8b800000) eden space 73600K, 0% used [0x85800000, 0x85800000, 0x89fe0000) from space 64K, 0% used [0x89fe0000, 0x89fe0000, 0x89ff0000) to space 64K, 0% used [0x89ff0000, 0x89ff0000, 0x8a000000) concurrent mark-sweep generation total 1102208K, used 756978K [0x8b800000, 0xcec60000, 0xe5800000) concurrent-mark-sweep perm gen total 262144K, used 138639K [0xe5800000, 0xf5800000, 0xf5800000) } , 0.0570178 secs] 70340.365: [Full GC {Heap before gc invocations=1106: par new generation total 73664K, used 72414K [0x85800000, 0x8a000000, 0x8b800000) eden space 73600K, 98% used [0x85800000, 0x89eb7a60, 0x89fe0000) from space 64K, 0% used [0x89fe0000, 0x89fe0000, 0x89ff0000) to space 64K, 0% used [0x89ff0000, 0x89ff0000, 0x8a000000) concurrent mark-sweep generation total 1102208K, used 756978K [0x8b800000, 0xcec60000, 0xe5800000) concurrent-mark-sweep perm gen total 262144K, used 139266K [0xe5800000, 0xf5800000, 0xf5800000) 70340.366: [CMS[Unloading class com.ibm.ws.webmsg.channel.component.WebMsgChannelInit] [Unloading class sun.reflect.GeneratedConstructorAccessor171] [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.apptrace.AppTraceCallback] [Unloading class com.ibm.ws.webmsg.client.splitprocess.exception.SplitProcessInitException] [Unloading class com.ibm.ws.webmsg.timer.TimerManager] [Unloading class com.ibm.ws.webmsg.component.WebMsgChannelCompImpl] [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.apptrace.LockCallback$1] [Unloading class com.ibm.ws.webmsg.container.cfw.ServiceRequester] [Unloading class sun.reflect.GeneratedMethodAccessor311] [Unloading class sun.reflect.GeneratedConstructorAccessor172] [Unloading class com.ibm.ws.webmsg.container.WebMsgContainer] [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.captureServlet.ServletCallback$1] [Unloading class org.apache.geronimo.samples.daytrader.web.TradeWebContextListener] [Unloading class sun.reflect.GeneratedMethodAccessor307] [Unloading class sun.reflect.GeneratedConstructorAccessor175] [Unloading class _ibmjsp._agent_5F_home] [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.apptrace.LockCallback] [Unloading class sun.reflect.GeneratedMethodAccessor305] [Unloading class _ibmjsp.services.manage_5F_customer_5F_relationships._AlertMasterListing] [Unloading class _ibmjsp._catastrophic_5F_news_5F_load] [Unloading class _ibmjsp._logout] [Unloading class sun.reflect.GeneratedSerializationConstructorAccessor296] [Unloading class sun.reflect.GeneratedMethodAccessor306] [Unloading class sun.reflect.GeneratedMethodAccessor314] [Unloading class com.ibm.defaultapplication.Increment] [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.apptrace.LockCallback$LockAspectImpl] [Unloading class com.ibm.ws.webmsg.utils.map.SyncMapCreator] [Unloading class SnoopServlet] [Unloading class sun.reflect.GeneratedMethodAccessor310] [Unloading class sun.reflect.GeneratedMethodAccessor321] [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.apptrace.AppTraceCallback$EntryExitAspectImpl] [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.captureServlet.ServletCallback$2] [Unloading class sun.reflect.GeneratedMethodAccessor319] [Unloading class com.ibm.mq.MQEnvironment] [Unloading class com.ibm.mq.MQEnvironment] [Unloading class sun.reflect.GeneratedMethodAccessor315] [Unloading class org.apache.geronimo.samples.daytrader.web.TradeAppServlet] [Unloading class _ibmjsp.services.administration._UpdateYourProfile] [Unloading class _ibmjsp.services.administration._administration] [Unloading class sun.reflect.GeneratedMethodAccessor320] [Unloading class com.ibm.ws.webmsg.container.cfw.WebMsgCFWExt] [Unloading class _ibmjsp._customer_5F_inquiry_5F_XMIM] [Unloading class sun.reflect.GeneratedMethodAccessor308] [Unloading class sun.reflect.GeneratedConstructorAccessor174] [Unloading class HitCount] [Unloading class sun.reflect.GeneratedConstructorAccessor173] [Unloading class sun.reflect.GeneratedSerializationConstructorAccessor295] [Unloading class sun.reflect.GeneratedConstructorAccessor170] [Unloading class sun.reflect.GeneratedMethodAccessor312] [Unloading class sun.reflect.GeneratedMethodAccessor309] [Unloading class com.ibm.ws.webmsg.container.cfw.session.TableCreator] [Unloading class _ibmjsp.services.encompass_5F_news._encompass_5F_news] [Unloading class org.apache.geronimo.samples.daytrader.web.TradeScenarioServlet] [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.captureServlet.ServletCallback$1] [Unloading class sun.reflect.GeneratedMethodAccessor318] [Unloading class sun.reflect.GeneratedSerializationConstructorAccessor298] [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.captureServlet.ServletCallback$2] [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.apptrace.AppTraceCallback$1] [Unloading class sun.reflect.GeneratedSerializationConstructorAccessor297] [Unloading class com.ibm.ws.webmsg.channel.passthrough.PassThroughChannelFactory] [Unloading class com.ibm.ws.webmsg.component.WebMsgService] [Unloading class sun.reflect.GeneratedMethodAccessor313] [Unloading class _ibmjsp._agent_5F_home_5F_active_5F_quotes_5F_display] [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.captureServlet.ServletCallback] [Unloading class _ibmjsp._urgent_5F_news_5F_load] [Unloading class com.ibm.ws.webmsg.osgi.WebMsgBundleActivator] [Unloading class com.ibm.ws.webmsg.channel.acceptor.WMSGAcceptorChannelFactory] [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.captureServlet.ServletCallback] [Unloading class _ibmjsp._account_5F_alerts_5F_home_5F_load] [Unloading class _ibmjsp._callwrapper] [Unloading class HelloPervasiveServlet] [Unloading class sun.reflect.GeneratedMethodAccessor304] : 756978K->586452K(1102208K), 9.0385238 secs] 829392K->586452K(1175872K), [CMS Perm : 139266K->137180K(262144K)]Heap after gc invocations=1107: par new generation total 73600K, used 0K [0x85800000, 0x89ff0000, 0x8b800000) eden space 73536K, 0% used [0x85800000, 0x85800000, 0x89fd0000) from space 64K, 0% used [0x89fd0000, 0x89fd0000, 0x89fe0000) to space 64K, 0% used [0x89fe0000, 0x89fe0000, 0x89ff0000) concurrent mark-sweep generation total 1102208K, used 586452K [0x8b800000, 0xcec60000, 0xe5800000) concurrent-mark-sweep perm gen total 262144K, used 137180K [0xe5800000, 0xf5800000, 0xf5800000) } , 9.0417245 secs] From jon.masamitsu at oracle.com Fri Feb 25 13:58:28 2011 From: jon.masamitsu at oracle.com (Jon Masamitsu) Date: Fri, 25 Feb 2011 13:58:28 -0800 Subject: Help needed to analyze why Full GC occured In-Reply-To: <800270.79659.qm@web111111.mail.gq1.yahoo.com> References: <800270.79659.qm@web111111.mail.gq1.yahoo.com> Message-ID: <4D682604.5080505@oracle.com> There was a bug in CMS where stale data was being used to decide whether a minor collection (ParNew) would succeed. I think one of the symptoms was that CMS decided it had to do a full collection. Which version of the JDK are you using? If not the latest, try reproducing this with the latest build. On 2/25/2011 8:18 AM, Erwin wrote: > Hello, > > Full GC (which took 9 seconds)occured during off hours for all our 6 JVM, seemingly around the same time frame and I'm wondering what triggered it. I'm new with analyzing GC so your help is appreciated. Did the perm gen get full? We're on 32bit WAS NDE 6.1.0.23 on Unix\Solaris 10. Our max heap is set to 1536mb. Our JVM args are: > -XX:+PrintGCDetails > -XX:+PrintGCTimeStamps > -XX:+PrintHeapAtGC > -Dsun.rmi.dgc.client.gcInterval=3600000 > -Dsun.rmi.dgc.server.gcInterval=3600000 > -XX:+DisableExplicitGC > -XX:+UseConcMarkSweepGC > -XX:+CMSParallelRemarkEnabled > -XX:+CMSPermGenSweepingEnabled > -XX:+CMSClassUnloadingEnabled > -agentlib:am_sun_15=/opt/IBM/itcam/WebSphere/DC/runtime/was61.d5-node61-pt01-01.d5-web_a101-pt01-01/ > -verbosegc > -XX:MaxPermSize=256m > -XX:PermSize=256m > > 70314.666: [GC {Heap before gc invocations=1105: > par new generation total 72512K, used 72448K [0x85800000, 0x89ee0000, 0x8b800000) > eden space 72448K, 100% used [0x85800000, 0x89ec0000, 0x89ec0000) > from space 64K, 0% used [0x89ec0000, 0x89ec0000, 0x89ed0000) > to space 64K, 0% used [0x89ed0000, 0x89ed0000, 0x89ee0000) > concurrent mark-sweep generation total 1085184K, used 740804K [0x8b800000, 0xcdbc0000, 0xe5800000) > concurrent-mark-sweep perm gen total 262144K, used 138639K [0xe5800000, 0xf5800000, 0xf5800000) > 70314.668: [ParNew: 72448K->0K(72512K), 0.0537868 secs] 813252K->756978K(1174720K)Heap after gc invocations=1106: > par new generation total 73664K, used 0K [0x85800000, 0x8a000000, 0x8b800000) > eden space 73600K, 0% used [0x85800000, 0x85800000, 0x89fe0000) > from space 64K, 0% used [0x89fe0000, 0x89fe0000, 0x89ff0000) > to space 64K, 0% used [0x89ff0000, 0x89ff0000, 0x8a000000) > concurrent mark-sweep generation total 1102208K, used 756978K [0x8b800000, 0xcec60000, 0xe5800000) > concurrent-mark-sweep perm gen total 262144K, used 138639K [0xe5800000, 0xf5800000, 0xf5800000) > } > , 0.0570178 secs] > 70340.365: [Full GC {Heap before gc invocations=1106: > par new generation total 73664K, used 72414K [0x85800000, 0x8a000000, 0x8b800000) > eden space 73600K, 98% used [0x85800000, 0x89eb7a60, 0x89fe0000) > from space 64K, 0% used [0x89fe0000, 0x89fe0000, 0x89ff0000) > to space 64K, 0% used [0x89ff0000, 0x89ff0000, 0x8a000000) > concurrent mark-sweep generation total 1102208K, used 756978K [0x8b800000, 0xcec60000, 0xe5800000) > concurrent-mark-sweep perm gen total 262144K, used 139266K [0xe5800000, 0xf5800000, 0xf5800000) > 70340.366: [CMS[Unloading class com.ibm.ws.webmsg.channel.component.WebMsgChannelInit] > [Unloading class sun.reflect.GeneratedConstructorAccessor171] > [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.apptrace.AppTraceCallback] > [Unloading class com.ibm.ws.webmsg.client.splitprocess.exception.SplitProcessInitException] > [Unloading class com.ibm.ws.webmsg.timer.TimerManager] > [Unloading class com.ibm.ws.webmsg.component.WebMsgChannelCompImpl] > [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.apptrace.LockCallback$1] > [Unloading class com.ibm.ws.webmsg.container.cfw.ServiceRequester] > [Unloading class sun.reflect.GeneratedMethodAccessor311] > [Unloading class sun.reflect.GeneratedConstructorAccessor172] > [Unloading class com.ibm.ws.webmsg.container.WebMsgContainer] > [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.captureServlet.ServletCallback$1] > [Unloading class org.apache.geronimo.samples.daytrader.web.TradeWebContextListener] > [Unloading class sun.reflect.GeneratedMethodAccessor307] > [Unloading class sun.reflect.GeneratedConstructorAccessor175] > [Unloading class _ibmjsp._agent_5F_home] > [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.apptrace.LockCallback] > [Unloading class sun.reflect.GeneratedMethodAccessor305] > [Unloading class _ibmjsp.services.manage_5F_customer_5F_relationships._AlertMasterListing] > [Unloading class _ibmjsp._catastrophic_5F_news_5F_load] > [Unloading class _ibmjsp._logout] > [Unloading class sun.reflect.GeneratedSerializationConstructorAccessor296] > [Unloading class sun.reflect.GeneratedMethodAccessor306] > [Unloading class sun.reflect.GeneratedMethodAccessor314] > [Unloading class com.ibm.defaultapplication.Increment] > [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.apptrace.LockCallback$LockAspectImpl] > [Unloading class com.ibm.ws.webmsg.utils.map.SyncMapCreator] > [Unloading class SnoopServlet] > [Unloading class sun.reflect.GeneratedMethodAccessor310] > [Unloading class sun.reflect.GeneratedMethodAccessor321] > [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.apptrace.AppTraceCallback$EntryExitAspectImpl] > [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.captureServlet.ServletCallback$2] > [Unloading class sun.reflect.GeneratedMethodAccessor319] > [Unloading class com.ibm.mq.MQEnvironment] > [Unloading class com.ibm.mq.MQEnvironment] > [Unloading class sun.reflect.GeneratedMethodAccessor315] > [Unloading class org.apache.geronimo.samples.daytrader.web.TradeAppServlet] > [Unloading class _ibmjsp.services.administration._UpdateYourProfile] > [Unloading class _ibmjsp.services.administration._administration] > [Unloading class sun.reflect.GeneratedMethodAccessor320] > [Unloading class com.ibm.ws.webmsg.container.cfw.WebMsgCFWExt] > [Unloading class _ibmjsp._customer_5F_inquiry_5F_XMIM] > [Unloading class sun.reflect.GeneratedMethodAccessor308] > [Unloading class sun.reflect.GeneratedConstructorAccessor174] > [Unloading class HitCount] > [Unloading class sun.reflect.GeneratedConstructorAccessor173] > [Unloading class sun.reflect.GeneratedSerializationConstructorAccessor295] > [Unloading class sun.reflect.GeneratedConstructorAccessor170] > [Unloading class sun.reflect.GeneratedMethodAccessor312] > [Unloading class sun.reflect.GeneratedMethodAccessor309] > [Unloading class com.ibm.ws.webmsg.container.cfw.session.TableCreator] > [Unloading class _ibmjsp.services.encompass_5F_news._encompass_5F_news] > [Unloading class org.apache.geronimo.samples.daytrader.web.TradeScenarioServlet] > [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.captureServlet.ServletCallback$1] > [Unloading class sun.reflect.GeneratedMethodAccessor318] > [Unloading class sun.reflect.GeneratedSerializationConstructorAccessor298] > [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.captureServlet.ServletCallback$2] > [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.apptrace.AppTraceCallback$1] > [Unloading class sun.reflect.GeneratedSerializationConstructorAccessor297] > [Unloading class com.ibm.ws.webmsg.channel.passthrough.PassThroughChannelFactory] > [Unloading class com.ibm.ws.webmsg.component.WebMsgService] > [Unloading class sun.reflect.GeneratedMethodAccessor313] > [Unloading class _ibmjsp._agent_5F_home_5F_active_5F_quotes_5F_display] > [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.captureServlet.ServletCallback] > [Unloading class _ibmjsp._urgent_5F_news_5F_load] > [Unloading class com.ibm.ws.webmsg.osgi.WebMsgBundleActivator] > [Unloading class com.ibm.ws.webmsg.channel.acceptor.WMSGAcceptorChannelFactory] > [Unloading class com.ibm.tivoli.itcam.toolkit.ai.callbacks.captureServlet.ServletCallback] > [Unloading class _ibmjsp._account_5F_alerts_5F_home_5F_load] > [Unloading class _ibmjsp._callwrapper] > [Unloading class HelloPervasiveServlet] > [Unloading class sun.reflect.GeneratedMethodAccessor304] > : 756978K->586452K(1102208K), 9.0385238 secs] 829392K->586452K(1175872K), [CMS Perm : 139266K->137180K(262144K)]Heap after gc invocations=1107: > par new generation total 73600K, used 0K [0x85800000, 0x89ff0000, 0x8b800000) > eden space 73536K, 0% used [0x85800000, 0x85800000, 0x89fd0000) > from space 64K, 0% used [0x89fd0000, 0x89fd0000, 0x89fe0000) > to space 64K, 0% used [0x89fe0000, 0x89fe0000, 0x89ff0000) > concurrent mark-sweep generation total 1102208K, used 586452K [0x8b800000, 0xcec60000, 0xe5800000) > concurrent-mark-sweep perm gen total 262144K, used 137180K [0xe5800000, 0xf5800000, 0xf5800000) > } > , 9.0417245 secs] > > > > _______________________________________________ > hotspot-gc-use mailing list > hotspot-gc-use at openjdk.java.net > http://mail.openjdk.java.net/mailman/listinfo/hotspot-gc-use