• Post Reply Bookmark Topic Watch Topic
  • New Topic
programming forums Java Mobile Certification Databases Caching Books Engineering Micro Controllers OS Languages Paradigms IDEs Build Tools Frameworks Application Servers Open Source This Site Careers Other Pie Elite all forums
this forum made possible by our volunteer staff, including ...
Marshals:
  • Campbell Ritchie
  • Jeanne Boyarsky
  • Ron McLeod
  • Paul Clapham
  • Liutauras Vilda
Sheriffs:
  • paul wheaton
  • Rob Spoor
  • Devaka Cooray
Saloon Keepers:
  • Stephan van Hulst
  • Tim Holloway
  • Carey Brown
  • Frits Walraven
  • Tim Moores
Bartenders:
  • Mikalai Zaikin

Help Required to Analyse the GC logs

 
Greenhorn
Posts: 3
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
Hi All,

Can someone please help in analysis of the GC logs of WAS 7 (64 Bit) on Solaris (System Configuration: Sun Microsystems sun4v SPARC Enterprise T5120 & Memory size: 65408 Megabytes).

The application seems to be having a unusual large GC.

Can someone provide any hits at where i can start looking at tuning the GC.

The application is a JSF (WAS 7 - JSF 1.2) application. The application was working really well in WAS 6.1 (JSF 1.1)

mx - Min Heap Size 2300
ms - Max Heap Size 2300
PermSize 512
MaxPermSize 512
MaxNewSize - -XX:MaxNewSize 1000
NewSize --XX:NewSize 1000
-XX:SurvivorRatio=6
-XX:+UseConcMarkSweepGC
-XX:+UseParNewGC
-XX:ParallelGCThreads=16


We have observed the following in the GC. can this impact the performance ? what are the time specified in like user , sys and real ?

CMS: abort preclean due to time 77664.614: CMS-concurrent-abortable-preclean: 8.588/8.588 secs Times: user=8.65 sys=0.15, real=8.59 secs
 
Greenhorn
Posts: 11
  • Mark post as helpful
  • send pies
    Number of slices to send:
    Optional 'thank-you' note:
  • Quote
  • Report post to moderator
concurrent-abortable-preclean is a concurrent phase of the garbage collection in CMS, so while it has taken time to run (too much time in fact, since it aborted), it's only impact is on the CPU usage. The stop-the-world phases of CMS are initial-mark and remark, as described in this Oracle documentation.

As for the different durations reported, real is the wall-clock time (indeed, the real time as seen from an observer), user is the processing time across all involved threads in the JVM (so 2 threads running for 3 seconds represent 6 seconds of user time), and sys is the processing time in the OS kernel (underneath malloc & free, for example).
 
Don't get me started about those stupid light bulbs.
reply
    Bookmark Topic Watch Topic
  • New Topic