1. 19 3月, 2010 1 次提交
    • T
      6935821: G1: threads created during marking do not active their SATB queues · 64c6eac5
      tonyp 提交于
      Summary: Newly-created threads always had the active field of their SATB queue initialized to false, even if they were created during marking. As a result, updates from threads created during a marking cycle were never enqueued and never processed. The fix includes remaining a method from active() to is_active() for readability and naming consistency.
      Reviewed-by: ysr, johnc
      64c6eac5
  2. 18 3月, 2010 1 次提交
  3. 24 2月, 2010 2 次提交
  4. 17 12月, 2009 1 次提交
    • I
      6862387: tune concurrent refinement further · 0ce64a67
      iveresov 提交于
      Summary: Reworked the concurrent refinement: threads activation, feedback-based threshold adjustment, other miscellaneous fixes.
      Reviewed-by: apetrusenko, tonyp
      0ce64a67
  5. 22 10月, 2009 1 次提交
  6. 07 10月, 2009 2 次提交
  7. 03 10月, 2009 1 次提交
    • T
      6885041: G1: inconsistent thread dump · 6e009f7e
      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
      6e009f7e
  8. 01 10月, 2009 1 次提交
  9. 16 9月, 2009 1 次提交
  10. 15 8月, 2009 1 次提交
  11. 20 8月, 2009 1 次提交
    • T
      6871111: G1: remove the concurrent overhead tracker · 72c54744
      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
      72c54744
  12. 29 7月, 2009 1 次提交
    • X
      6862919: Update copyright year · 6d7f1510
      xdono 提交于
      Summary: Update copyright for files that have been modified in 2009, up to 07/09
      Reviewed-by: tbell, ohair
      6d7f1510
  13. 15 7月, 2009 1 次提交
  14. 30 6月, 2009 1 次提交
  15. 24 6月, 2009 1 次提交
    • T
      6850869: G1: RSet "scrubbing" scrubs too much · 76176373
      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
      76176373
  16. 13 6月, 2009 1 次提交
  17. 01 5月, 2009 1 次提交
  18. 17 3月, 2009 2 次提交
  19. 08 3月, 2009 1 次提交
  20. 16 12月, 2008 1 次提交
    • X
      6785258: Update copyright year · addf3b0b
      xdono 提交于
      Summary: Update copyright for files that have been modified starting July 2008 to Dec 2008
      Reviewed-by: katleman, ohair, tbell
      addf3b0b
  21. 02 12月, 2008 1 次提交
  22. 21 11月, 2008 1 次提交
    • Y
      6684579: SoftReference processing can be made more efficient · 63aa278b
      ysr 提交于
      Summary: For current soft-ref clearing policies, we can decide at marking time if a soft-reference will definitely not be cleared, postponing the decision of whether it will definitely be cleared to the final reference processing phase. This can be especially beneficial in the case of concurrent collectors where the marking is usually concurrent but reference processing is usually not.
      Reviewed-by: jmasa
      63aa278b
  23. 06 8月, 2008 1 次提交
  24. 11 6月, 2008 1 次提交
  25. 06 6月, 2008 1 次提交