1. 07 1月, 2011 1 次提交
  2. 06 1月, 2011 1 次提交
  3. 04 1月, 2011 1 次提交
  4. 20 12月, 2010 1 次提交
  5. 18 12月, 2010 2 次提交
    • Y
      6807801: CMS: could save/restore fewer header words during scavenge · 8ea00085
      ysr 提交于
      Summary: Age bits need not enter the mark-word preservation calculus; also affected, in addition to CMS, per CR synopsis above, were ParNew (but not DefNew), ParallelScavenge and G1, albeit to a lesser degree than CMS.
      Reviewed-by: tonyp, johnc
      8ea00085
    • J
      7006113: G1: Initialize ReferenceProcessor::_is_alive_non_header field · a2d29d26
      johnc 提交于
      Summary: Initialize the _is_alive_non_header field of G1's reference processor with an instance of the G1CMIsAliveClosure. This will stop adding reference objects with live referents to the discovered reference lists unnecessarily.
      Reviewed-by: tonyp, ysr, jwilhelm, brutisso
      a2d29d26
  6. 16 12月, 2010 1 次提交
    • I
      7007229: Fix warnings with VS2010 in compressedStream.cpp · a128f76f
      iveresov 提交于
      Summary: An interference between a fix for 6993125 and disabled optimization in compressedStream.cpp produces a warning with VS2010. Disable the warning for the code fragment for which the optimizations are disabled.
      Reviewed-by: kvn
      a128f76f
  7. 15 12月, 2010 3 次提交
    • S
      7006354: Updates to Visual Studio project creation and development launcher · 5f9f3ffa
      sla 提交于
      Summary: Updates to Visual Studio project creation and development launcher
      Reviewed-by: stefank, coleenp
      5f9f3ffa
    • T
      7000559: G1: assertion failure !outer || (full_collections_started ==... · 49b4b500
      tonyp 提交于
      7000559: G1: assertion failure !outer || (full_collections_started == _full_collections_completed + 1)
      Summary: The concurrent marking thread can complete its operation and increment the full GC counter during a Full GC. This causes the nesting of increments to the start and end of Full GCs that we are expecting to be wrong. the fix is for the marking thread to join the suspendible thread set before incrementing the counter so that it's blocked until the Full GC (or any other safepoint) is finished. The change also includes some minor code cleanup (I renamed a parameter).
      Reviewed-by: brutisso, ysr
      49b4b500
    • C
      7006471: fix for 6988439 crashes when pending list lock is null · 2e446a0b
      coleenp 提交于
      Summary: missing null check in owns_pending_list_lock() because this can be called before pending_list_lock is initialized.
      Reviewed-by: never, kvn
      2e446a0b
  8. 14 12月, 2010 1 次提交
  9. 12 12月, 2010 1 次提交
  10. 11 12月, 2010 2 次提交
  11. 10 12月, 2010 2 次提交
  12. 09 12月, 2010 1 次提交
  13. 08 12月, 2010 3 次提交
    • Y
      7001033: assert(gch->gc_cause() == GCCause::_scavenge_alot ||... · 8be7836d
      ysr 提交于
      7001033: assert(gch->gc_cause() == GCCause::_scavenge_alot || !gch->incremental_collection_failed())
      7002546: regression on SpecJbb2005 on 7b118 comparing to 7b117 on small heaps
      Summary: Relaxed assertion checking related to incremental_collection_failed flag to allow for ExplicitGCInvokesConcurrent behaviour where we do not want a failing scavenge to bail to a stop-world collection. Parameterized incremental_collection_will_fail() so we can selectively use, or not use, as appropriate, the statistical prediction at specific use sites. This essentially reverts the scavenge bail-out logic to what it was prior to some recent changes that had inadvertently started using the statistical prediction which can be noisy in the presence of bursty loads. Added some associated verbose non-product debugging messages.
      Reviewed-by: johnc, tonyp
      8be7836d
    • J
      6994628: G1: Test gc/gctests/FinalizeTest05 fails (one live object is finalized) · a669d665
      johnc 提交于
      Summary: The Solaris Studio 12 update 1 C++ compiler was incorrectly re-ordering the reads of an object's mark word in oopDesc::forward_to_atomic(). This opened a small window where one thread could execute the successful CAS path even though another thread had already successfully forwarded the object. This could result in an object being copied twice. The code in oopDesc::forward_to_atomic() was changed to read the mark word once.
      Reviewed-by: ysr, tonyp
      a669d665
    • T
      6994056: G1: when GC locker is active, extend the Eden instead of allocating into the old gen · ca3e35c8
      tonyp 提交于
      Summary: Allow the eden to the expanded up to a point when the GC locker is active.
      Reviewed-by: jwilhelm, johnc, ysr, jcoomes
      ca3e35c8
  14. 07 12月, 2010 2 次提交
  15. 04 12月, 2010 2 次提交
  16. 03 12月, 2010 3 次提交
  17. 02 12月, 2010 3 次提交
  18. 01 12月, 2010 1 次提交
  19. 03 12月, 2010 1 次提交
  20. 02 12月, 2010 1 次提交
  21. 01 12月, 2010 2 次提交
    • I
      6985015: C1 needs to support compressed oops · 7e8f9e32
      iveresov 提交于
      Summary: This change implements compressed oops for C1 for x64 and sparc. The changes are mostly on the codegen level, with a few exceptions when we do access things outside of the heap that are uncompressed from the IR. Compressed oops are now also enabled with tiered.
      Reviewed-by: twisti, kvn, never, phh
      7e8f9e32
    • T
      7001363: java/dyn/InvokeDynamic should not be a well-known class in the JVM · 535984b8
      twisti 提交于
      Summary: Because of the removal of language support, the JDK 7 API for JSR 292 no longer includes a public class named java/dyn/InvokeDynamic.
      Reviewed-by: jrose, kvn
      535984b8
  22. 24 11月, 2010 1 次提交
  23. 23 11月, 2010 1 次提交
  24. 19 11月, 2010 1 次提交
  25. 17 11月, 2010 2 次提交
    • I
      7000349: Tiered reacts incorrectly to C1 compilation failures · a9d5455e
      iveresov 提交于
      Summary: Fix policy reaction to C1 comilation failures, make C1 properly report errors.
      Reviewed-by: kvn
      a9d5455e
    • J
      6978187: G1: assert(ParallelGCThreads> 1 || n_yielded() == _hrrs->occupied()) strikes again · 8d02802f
      johnc 提交于
      Summary: An evacuation failure while copying the roots caused an object, A, to be forwarded to itself. During the subsequent RSet updating a reference to A was processed causing the reference to be added to the RSet of A's heap region. As a result of adding to the remembered set we ran into the issue described in 6930581 - the sparse table expanded and the RSet scanning code walked the cards in one instance of RHashTable (_cur) while the occupied() counts the cards in the expanded table (_next).
      Reviewed-by: tonyp, iveresov
      8d02802f