Java的mark-preclean-sweep-reset GC线的定义?

时间:2009-12-09 06:34:20

标签: java content-management-system jvm verbosegc

有人可以在启用CMS GC的Java运行时上提供一些有关以下verbosegc行的信息吗?具体做法是:

  1. 29.490处的事件是否表示高水位的堆位置用于标记?
  2. 什么是preclean阶段,与标记有什么不同?
  3. reset阶段是什么?如果不仅仅是扫描的结束,为什么需要时间来完成?
  4. 最后,Rescan活动的greyrootremark重新扫描和29.653区域和指标是什么?我们是否应该假设这些只是后续扫描的报告堆度量?如果是这样,他们为什么要花时间?
  5. verbosegc log excerpt:

    29.490: [GC [1 CMS-initial-mark: 16225K(17684K)] 16737K(22420K), 0.0030839 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
    29.494: [CMS-concurrent-mark-start]
    29.652: [CMS-concurrent-mark: 0.158/0.158 secs] [Times: user=0.16 sys=0.00, real=0.16 secs]
    29.652: [CMS-concurrent-preclean-start]
    29.652: [CMS-concurrent-preclean: 0.000/0.000 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
    29.653: [GC[YG occupancy: 512 K (4736 K)]29.653: [Rescan (non-parallel) 29.654: [grey object rescan, 0.0001517 secs]29.654: [root rescan, 0.0030887 secs], 0.0033817 secs]29.657: [weak refs processing, 0.0000271 secs] [1 CMS-remark: 16225K(17684K)] 16737K(22420K), 0.0035183 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]
    29.658: [CMS-concurrent-sweep-start]
    29.679: [CMS-concurrent-sweep: 0.022/0.022 secs] [Times: user=0.03 sys=0.00, real=0.03 secs]
    29.680: [CMS-concurrent-reset-start]
    29.703: [CMS-concurrent-reset: 0.022/0.022 secs] [Times: user=0.02 sys=0.00, real=0.01 secs]
    29.797: [GC 29.797: [DefNew: 4736K->512K(4736K), 0.0207183 secs] 20800K->17172K(31512K), 0.0209119 secs] [Times: user=0.01 sys=0.02, real=0.03 secs]
    

    谢谢,

1 个答案:

答案 0 :(得分:2)

阅读Sun网站上的"Understanding Concurrent Mark Sweep Garbage Collector Logs"文章。我认为这回答了大部分关于日志的问题。有关Java并发GC的更多背景信息,请参阅"Java SE 6 HotSpot[tm] Virtual Machine Garbage Collection Tuning"页面。