1. 20 11月, 2009 1 次提交
  2. 19 11月, 2009 1 次提交
    • T
      6902000: use ShouldNotReachHere() for btos/ctos/stos in... · e22d745b
      twisti 提交于
      6902000: use ShouldNotReachHere() for btos/ctos/stos in TemplateInterpreterGenerator::set_short_entry_points
      Summary: set_entry_point is only ever used with the tos states of bytecode templates in templateTable.cpp and none of those use the subword tos states like btos, ctos and stos.
      Reviewed-by: kvn
      e22d745b
  3. 12 11月, 2009 1 次提交
  4. 05 11月, 2009 3 次提交
  5. 04 11月, 2009 1 次提交
  6. 02 11月, 2009 1 次提交
  7. 31 10月, 2009 2 次提交
  8. 30 10月, 2009 1 次提交
  9. 29 10月, 2009 2 次提交
    • P
      6887571: Increase default heap config sizes · df9deb15
      phh 提交于
      Summary: Apply modification of existing server heap size ergo to all collectors except CMS.
      Reviewed-by: jmasa, ysr, xlu
      df9deb15
    • Y
      6818264: Heap dumper unexpectedly adds .hprof suffix · 6c780766
      ysr 提交于
      Summary: Restore old behaviour wrt HeapDumpPath; first dump goes to <file>, <n>th dump goes to <file>.<n-1>, with default value of <file> the same as before.
      Reviewed-by: alanb, jcoomes, tonyp
      6c780766
  10. 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
  11. 22 10月, 2009 2 次提交
  12. 21 10月, 2009 1 次提交
  13. 20 10月, 2009 1 次提交
  14. 18 10月, 2009 1 次提交
  15. 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
  16. 15 10月, 2009 1 次提交
  17. 14 10月, 2009 4 次提交
  18. 08 10月, 2009 3 次提交
  19. 07 10月, 2009 3 次提交
  20. 06 10月, 2009 1 次提交
  21. 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
  22. 01 10月, 2009 1 次提交
  23. 24 10月, 2009 1 次提交
  24. 26 9月, 2009 1 次提交
  25. 25 9月, 2009 1 次提交
  26. 24 9月, 2009 2 次提交