1. 29 10月, 2011 1 次提交
    • T
      Merge · 834c5911
      tonyp 提交于
      834c5911
  2. 26 10月, 2011 2 次提交
  3. 24 10月, 2011 1 次提交
    • J
      7096030: G1: PrintGCDetails enhancements · 15519f74
      johnc 提交于
      7102445: G1: Unnecessary Resource allocations during RSet scanning
      Summary: Add a new per-worker thread line in the PrintGCDetails output. GC Worker Other is the difference between the elapsed time for the parallel phase of the evacuation pause and the sum of the times of the sub-phases (external root scanning, mark stack scanning, RSet updating, RSet scanning, object copying, and termination) for that worker. During RSet scanning, stack allocate DirtyCardToOopClosure objects; allocating these in a resource area was causing abnormally high GC Worker Other times while the worker thread freed ResourceArea chunks.
      Reviewed-by: tonyp, jwilhelm, brutisso
      15519f74
  4. 22 10月, 2011 3 次提交
  5. 21 10月, 2011 3 次提交
    • T
      Merge · 1c5c2fd8
      tonyp 提交于
      1c5c2fd8
    • I
      Merge · 889f6d33
      iveresov 提交于
      889f6d33
    • J
      7099824: G1: we should take the pending list lock before doing the remark pause · 08630d11
      johnc 提交于
      Summary: Acquire the pending list lock in the prologue method of G1's concurrent VM_Operation and release the lock in the epilogue() method. The locking/unlocking order of the pending list lock and the Heap_lock should match that in the prologue and epilogue methods of VM_GC_Operation.
      Reviewed-by: tonyp, ysr
      08630d11
  6. 22 10月, 2011 1 次提交
    • T
      Merge · 80621b1d
      tonyp 提交于
      80621b1d
  7. 21 10月, 2011 1 次提交
  8. 20 10月, 2011 2 次提交
  9. 18 10月, 2011 3 次提交
  10. 17 10月, 2011 1 次提交
    • D
      Merge · fdd5e33d
      dholmes 提交于
      fdd5e33d
  11. 16 10月, 2011 1 次提交
  12. 15 10月, 2011 4 次提交
  13. 14 10月, 2011 5 次提交
  14. 13 10月, 2011 2 次提交
  15. 11 10月, 2011 3 次提交
  16. 10 10月, 2011 1 次提交
    • Y
      Merge · 6fc931b4
      ysr 提交于
      6fc931b4
  17. 07 10月, 2011 4 次提交
  18. 05 10月, 2011 2 次提交