1. 05 2月, 2010 1 次提交
  2. 02 2月, 2010 2 次提交
  3. 30 1月, 2010 3 次提交
  4. 29 1月, 2010 3 次提交
  5. 16 1月, 2010 1 次提交
  6. 14 1月, 2010 1 次提交
    • Y
      6896647: card marks can be deferred too long · 651edb8d
      ysr 提交于
      Summary: Deferred card marks are now flushed during the gc prologue. Parallel[Scavege,OldGC] and SerialGC no longer defer card marks generated by COMPILER2 as a result of ReduceInitialCardMarks. For these cases, introduced a diagnostic option to defer the card marks, only for the purposes of testing and diagnostics. CMS and G1 continue to defer card marks. Potential performance concern related to single-threaded flushing of deferred card marks in the gc prologue will be addressed in the future.
      Reviewed-by: never, johnc
      651edb8d
  7. 13 1月, 2010 1 次提交
  8. 09 1月, 2010 3 次提交
  9. 08 1月, 2010 2 次提交
  10. 07 1月, 2010 1 次提交
  11. 05 1月, 2010 4 次提交
  12. 10 12月, 2009 2 次提交
  13. 09 12月, 2009 1 次提交
  14. 03 12月, 2009 1 次提交
  15. 26 11月, 2009 1 次提交
  16. 20 11月, 2009 1 次提交
  17. 13 11月, 2009 1 次提交
  18. 12 11月, 2009 1 次提交
  19. 05 11月, 2009 2 次提交
  20. 31 10月, 2009 1 次提交
  21. 22 10月, 2009 1 次提交
  22. 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
  23. 14 10月, 2009 2 次提交
  24. 08 10月, 2009 2 次提交
  25. 26 9月, 2009 1 次提交