1. 21 11月, 2009 1 次提交
  2. 20 11月, 2009 2 次提交
    • Y
      6902303: G1: ScavengeALot should cause an incremental, rather than a full, collection · bef9ec13
      ysr 提交于
      Summary: ScavengeALot now causes an incremental (but possibly partially young, in the G1 sense) collection. Some such collections may be abandoned on account of MMU specs. Band-aided a native leak associated with abandoned pauses, as well as an MMU tracker overflow related to frequent scavenge events in the face of a large MMU denominator interval; the latter is protected by a product flag that defaults to false.
      Reviewed-by: tonyp
      bef9ec13
    • Y
      6902701: G1: protect debugging code related to 6898948 with a debug flag · df890d3a
      ysr 提交于
      Summary: Protected stats dump with a new develop flag; other than for the dump, reconciled product and non-product behaviour in face of the error.
      Reviewed-by: tonyp
      df890d3a
  3. 14 11月, 2009 1 次提交
  4. 11 11月, 2009 1 次提交
  5. 07 11月, 2009 1 次提交
  6. 27 10月, 2009 1 次提交
    • A
      6870843: G1: G1 GC memory leak · 3fddbba6
      apetrusenko 提交于
      Summary: The fix addresses two memory leaks in G1 code: (1) _evac_failure_scan_stack - a resource object allocated on the C heap was not freed; (2) RSHashTable were linked into deleted list which was only cleared at full GC.
      Reviewed-by: tonyp, iveresov
      3fddbba6
  7. 22 10月, 2009 1 次提交
  8. 16 10月, 2009 1 次提交
    • Y
      6888898: CMS: ReduceInitialCardMarks unsafe in the presence of cms precleaning · 349bfec0
      ysr 提交于
      6889757: G1: enable card mark elision for initializing writes from compiled code (ReduceInitialCardMarks)
      Summary: Defer the (compiler-elided) card-mark upon a slow-path allocation until after the store  and before the next subsequent safepoint; G1 now answers yes to can_elide_tlab_write_barriers().
      Reviewed-by: jcoomes, kvn, never
      349bfec0
  9. 07 10月, 2009 2 次提交
  10. 06 10月, 2009 1 次提交
  11. 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
  12. 01 10月, 2009 1 次提交
  13. 24 10月, 2009 1 次提交
  14. 24 9月, 2009 2 次提交
  15. 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
  16. 16 9月, 2009 2 次提交
  17. 15 8月, 2009 1 次提交
  18. 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
  19. 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
  20. 31 7月, 2009 1 次提交
  21. 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
  22. 31 8月, 2009 1 次提交
  23. 25 8月, 2009 1 次提交
  24. 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
  25. 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
  26. 29 7月, 2009 2 次提交
  27. 23 7月, 2009 1 次提交
  28. 22 7月, 2009 1 次提交
  29. 16 7月, 2009 1 次提交
  30. 15 7月, 2009 1 次提交
  31. 08 7月, 2009 1 次提交
  32. 30 6月, 2009 1 次提交
  33. 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
  34. 13 6月, 2009 1 次提交