java cms 垃圾回收_Java CMS垃圾收集器日志输出

我正在使用Java CMS垃圾收集器并试图理解日志行如下所示：

22609.787: [GC 22609.788: [ParNew: 1116101K->79200K(1310720K), 0.2369136 secs] 1551730K->516431K(6029312K), 0.2379422 secs] [Times: user=1.68 sys=0.02, real=0.24 secs]

22610.741: [Full GC 22610.741: [CMS: 437230K->278442K(4718592K), 14.8596841 secs] 573355K->278442K(6029312K), [CMS Perm : 241468K->236967K(241856K)], 14.8694544 secs] [Times: user=14.80 sys=0.13, real=14.87 secs]

22635.415: [GC 22635.416: [ParNew: 1048576K->43613K(1310720K), 0.0904065 secs] 1327018K->322055K(6029312K), 0.0914701 secs] [Times: user=0.45 sys=0.00, real=0.09 secs]根据阅读http://blogs.oracle.com/poonam/entry/understanding_cms_gc_logs，CMS将在各种情况下进行完整的垃圾回收(例如，如果“在回收尝试中的促销失败”)，但根据该博客，它会记录完整GC的原因。

相反，我看到特别全面的GC。它绝对是CMS，因为还有其他CMS日志条目。

是否有理由做一个完整的GC，但不记录原因？

编辑：

对不起，多个Java安装(我已经继承了这个设置)。它实际上使用jdk1.6.0_27

编辑

不幸的是，JVM参数被封装在配置文件中(这是一个在Tomcat上运行的商业应用程序)，但我确定它们是：

min.heapsize=6144m

max.heapsize=6144m

-Xss=512k

-XX:MaxPermSize=512m

-XX:NewSize=1536m

-XX:MaxNewSize=1536m

-XX:SurvivorRatio=4

-XX:+UseConcMarkSweepGC

-XX:+UseParNewGC

-XX:+UseTLAB

-XX:+UseCompressedOops

-XX:+PrintVMOptions

-XX:+PrintGCDetails

-XX:+PrintGCTimeStamps

-XX:+PrintGCTaskTimeStamps

-XX:+PrintCommandLineFlags

-XX:+PrintGCApplicationStoppedTime

-XX:StackShadowPages=20

-XX:+DisableExplicitGC