1. 30 10月, 2009 1 次提交
    • J
      6889740: G1: OpenDS fails with "unhandled exception in compiled code" · 195fc83d
      johnc 提交于
      Summary: Incorrect code was being generated for the store operation in the null case of the aastore bytecode template. The bad code was generated by the store_heap_oop routine which takes a Register as its second argument. Passing NULL_WORD (0) as the second argument causes the value to be converted to Register(0), which is rax. Thus the generated store was "mov (dst), $rax" instead of "mov (dst), $0x0". Changed calls to store_heap_oop that pass NULL_WORD as the second argument to a new routine store_heap_oop_null.
      Reviewed-by: kvn, twisti
      195fc83d
  2. 29 10月, 2009 1 次提交
    • 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
  3. 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
  4. 01 10月, 2009 1 次提交
  5. 24 10月, 2009 1 次提交
  6. 22 10月, 2009 1 次提交
  7. 21 10月, 2009 1 次提交
    • T
      Merge · 1a7c4cb6
      tonyp 提交于
      1a7c4cb6
  8. 20 10月, 2009 2 次提交
  9. 17 10月, 2009 1 次提交
    • C
      Merge · bc2275a3
      cfang 提交于
      bc2275a3
  10. 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
  11. 15 10月, 2009 4 次提交
  12. 14 10月, 2009 4 次提交
  13. 10 10月, 2009 2 次提交
  14. 08 10月, 2009 3 次提交
  15. 07 10月, 2009 4 次提交
  16. 06 10月, 2009 2 次提交
  17. 03 10月, 2009 3 次提交
    • T
      Merge · a8cb3de1
      tonyp 提交于
      a8cb3de1
    • 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
  18. 05 10月, 2009 1 次提交
  19. 03 10月, 2009 1 次提交
  20. 02 10月, 2009 1 次提交
  21. 01 10月, 2009 1 次提交
    • J
      Merge · 3b14ad88
      jrose 提交于
      3b14ad88
  22. 29 9月, 2009 2 次提交
  23. 26 9月, 2009 1 次提交