1. 07 10月, 2009 2 次提交
  2. 06 10月, 2009 1 次提交
  3. 03 10月, 2009 2 次提交
    • T
      6882730: G1: parallel heap verification messes up region dump · 7a16a15c
      tonyp 提交于
      Summary: It tidies up the G1 heap verification a bit. In particular, when the verification is done in parallel and there is a failure, this is propagated to the top level and the heap is dumped at the end, not by every thread that encounters a failure.
      Reviewed-by: johnc, jmasa
      7a16a15c
    • T
      6885041: G1: inconsistent thread dump · 510d088c
      tonyp 提交于
      Summary: When G1 is enabled, thread dumps are inconsistent as the info for some of the G1 threads is not formatted properly.
      Reviewed-by: ysr, johnc
      510d088c
  4. 24 9月, 2009 2 次提交
  5. 23 9月, 2009 1 次提交
    • X
      6884624: Update copyright year · 8cbcb424
      xdono 提交于
      Summary: Update copyright for files that have been modified in 2009 through Septermber
      Reviewed-by: tbell, ohair
      8cbcb424
  6. 16 9月, 2009 2 次提交
  7. 15 8月, 2009 1 次提交
  8. 05 8月, 2009 1 次提交
    • J
      6819077: G1: first GC thread coming late into the GC. · c046dd73
      johnc 提交于
      Summary: The first worker thread is delayed when entering the GC because it clears the card count table that is used in identifying hot cards. Replace the card count table with a dynamically sized evicting hash table that includes an epoch based counter.
      Reviewed-by: iveresov, tonyp
      c046dd73
  9. 04 8月, 2009 1 次提交
    • J
      6865703: G1: Parallelize hot card cache cleanup · 8763012d
      johnc 提交于
      Summary: Have the GC worker threads clear the hot card cache in parallel by having each worker thread claim a chunk of the card cache and process the cards in that chunk. The size of the chunks that each thread will claim is determined at VM initialization from the size of the card cache and the number of worker threads.
      Reviewed-by: jmasa, tonyp
      8763012d
  10. 31 7月, 2009 1 次提交
  11. 02 9月, 2009 1 次提交
    • Y
      4957990: Perm heap bloat in JVM · 763668ed
      ysr 提交于
      Summary: Treat ProfileData in MDO's as a source of weak, not strong, roots. Fixes the bug for stop-world collection -- the case of concurrent collection will be fixed separately.
      Reviewed-by: jcoomes, jmasa, kvn, never
      763668ed
  12. 31 8月, 2009 1 次提交
  13. 25 8月, 2009 1 次提交
  14. 20 8月, 2009 1 次提交
    • T
      6871111: G1: remove the concurrent overhead tracker · 228aaca7
      tonyp 提交于
      Summary: Removing the concurrent overhead tracker from G1, along with the GC overhead reporter and the G1AccountConcurrentOverhead (both of which rely on the the concurrent overhead tracker).
      Reviewed-by: iveresov, johnc
      228aaca7
  15. 31 7月, 2009 1 次提交
    • T
      6866591: G1: print update buffer processing stats more often · 0fbbce22
      tonyp 提交于
      Summary: It adds parameter -XX:+G1SummarizeRSetStatsPeriod that causes update buffer processing information to be printed periodically. It also includes two small formatting changes.
      Reviewed-by: jmasa, jcoomes, ysr
      0fbbce22
  16. 29 7月, 2009 2 次提交
  17. 23 7月, 2009 1 次提交
  18. 22 7月, 2009 1 次提交
  19. 16 7月, 2009 1 次提交
  20. 15 7月, 2009 1 次提交
  21. 08 7月, 2009 1 次提交
  22. 30 6月, 2009 1 次提交
  23. 24 6月, 2009 1 次提交
    • T
      6850869: G1: RSet "scrubbing" scrubs too much · 502bb88f
      tonyp 提交于
      Summary: RSet scrubbing incorrectly deletes RSet entries that point to regions tagged as "continues humongous" due to a race when RSet scrubbing iterates over regions in parallel.
      Reviewed-by: apetrusenko, iveresov
      502bb88f
  24. 13 6月, 2009 1 次提交
  25. 09 6月, 2009 1 次提交
  26. 08 6月, 2009 1 次提交
  27. 12 6月, 2009 1 次提交
  28. 07 6月, 2009 1 次提交
  29. 19 5月, 2009 2 次提交
  30. 12 5月, 2009 1 次提交
    • I
      6484957: G1: parallel concurrent refinement · 2c49aee0
      iveresov 提交于
      6826318: G1: remove traversal-based refinement code
      Summary: Removed traversal-based refinement code as it's no longer used. Made the concurrent refinement (queue-based) parallel.
      Reviewed-by: tonyp
      2c49aee0
  31. 06 5月, 2009 1 次提交
  32. 01 5月, 2009 1 次提交
  33. 28 4月, 2009 1 次提交
  34. 24 4月, 2009 1 次提交