1. 02 1月, 2020 1 次提交
  2. 27 12月, 2019 1 次提交
  3. 04 3月, 2016 2 次提交
  4. 17 2月, 2016 2 次提交
  5. 12 6月, 2014 1 次提交
  6. 03 9月, 2014 1 次提交
  7. 21 3月, 2014 1 次提交
  8. 10 10月, 2013 1 次提交
  9. 03 7月, 2013 1 次提交
  10. 20 12月, 2012 1 次提交
  11. 25 10月, 2012 1 次提交
  12. 02 9月, 2012 1 次提交
  13. 29 6月, 2012 1 次提交
    • Z
      6995781: Native Memory Tracking (Phase 1) · bdfb3cf5
      zgu 提交于
      7151532: DCmd for hotspot native memory tracking
      Summary: Implementation of native memory tracking phase 1, which tracks VM native memory usage, and related DCmd
      Reviewed-by: acorn, coleenp, fparain
      bdfb3cf5
  14. 06 3月, 2012 1 次提交
  15. 09 11月, 2011 1 次提交
  16. 27 9月, 2011 1 次提交
  17. 09 7月, 2011 1 次提交
  18. 24 11月, 2010 1 次提交
  19. 28 8月, 2010 1 次提交
  20. 28 5月, 2010 1 次提交
  21. 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
  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. 06 6月, 2008 1 次提交
  24. 01 12月, 2007 1 次提交