1. 18 3月, 2010 1 次提交
  2. 24 2月, 2010 2 次提交
  3. 17 12月, 2009 1 次提交
    • I
      6862387: tune concurrent refinement further · 7f92f7a2
      iveresov 提交于
      Summary: Reworked the concurrent refinement: threads activation, feedback-based threshold adjustment, other miscellaneous fixes.
      Reviewed-by: apetrusenko, tonyp
      7f92f7a2
  4. 22 10月, 2009 1 次提交
  5. 07 10月, 2009 2 次提交
  6. 03 10月, 2009 1 次提交
    • 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
  7. 01 10月, 2009 1 次提交
  8. 16 9月, 2009 1 次提交
  9. 15 8月, 2009 1 次提交
  10. 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
  11. 29 7月, 2009 1 次提交
    • X
      6862919: Update copyright year · 84c0f327
      xdono 提交于
      Summary: Update copyright for files that have been modified in 2009, up to 07/09
      Reviewed-by: tbell, ohair
      84c0f327
  12. 15 7月, 2009 1 次提交
  13. 30 6月, 2009 1 次提交
  14. 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
  15. 13 6月, 2009 1 次提交
  16. 01 5月, 2009 1 次提交
  17. 17 3月, 2009 2 次提交
  18. 08 3月, 2009 1 次提交
  19. 16 12月, 2008 1 次提交
    • X
      6785258: Update copyright year · f9cf0f22
      xdono 提交于
      Summary: Update copyright for files that have been modified starting July 2008 to Dec 2008
      Reviewed-by: katleman, ohair, tbell
      f9cf0f22
  20. 02 12月, 2008 1 次提交
  21. 21 11月, 2008 1 次提交
    • Y
      6684579: SoftReference processing can be made more efficient · bf0e7f79
      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
      bf0e7f79
  22. 06 8月, 2008 1 次提交
  23. 11 6月, 2008 1 次提交
  24. 06 6月, 2008 1 次提交