1. 10 11月, 2011 1 次提交
  2. 01 11月, 2011 1 次提交
  3. 31 10月, 2011 1 次提交
    • D
      Merge · c540da7b
      dholmes 提交于
      c540da7b
  4. 29 10月, 2011 4 次提交
  5. 28 10月, 2011 2 次提交
  6. 26 10月, 2011 2 次提交
  7. 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
  8. 22 10月, 2011 3 次提交
  9. 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
  10. 22 10月, 2011 1 次提交
    • T
      Merge · 80621b1d
      tonyp 提交于
      80621b1d
  11. 21 10月, 2011 1 次提交
  12. 20 10月, 2011 2 次提交
  13. 18 10月, 2011 3 次提交
  14. 17 10月, 2011 1 次提交
    • D
      Merge · fdd5e33d
      dholmes 提交于
      fdd5e33d
  15. 16 10月, 2011 1 次提交
  16. 15 10月, 2011 4 次提交
  17. 14 10月, 2011 5 次提交
  18. 13 10月, 2011 2 次提交
  19. 11 10月, 2011 2 次提交