- 24 12月, 2010 1 次提交
-
-
由 johnc 提交于
-
- 23 12月, 2010 2 次提交
- 20 12月, 2010 1 次提交
-
-
由 tonyp 提交于
Summary: Fire the gc-begin and gc-end probes for G1. Reviewed-by: kamg, ysr, jcoomes
-
- 18 12月, 2010 2 次提交
-
-
由 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
-
由 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
-
- 17 12月, 2010 7 次提交
- 16 12月, 2010 4 次提交
- 15 12月, 2010 4 次提交
-
-
由 sla 提交于
Summary: Updates to Visual Studio project creation and development launcher Reviewed-by: stefank, coleenp
-
由 stefank 提交于
Summary: Don't recurse into sub-directories when looking for source files. Reviewed-by: never, brutisso
-
由 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
-
由 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
-
- 14 12月, 2010 2 次提交
- 12 12月, 2010 2 次提交
- 11 12月, 2010 5 次提交
-
-
由 trims 提交于
Summary: Update the HS20 build number to 04 Reviewed-by: jcoomes
-
由 trims 提交于
-
由 trims 提交于
-
由 kvn 提交于
Summary: add another ResourceObj debug field to distinguish garbage Reviewed-by: dholmes, coleenp
-
由 coleenp 提交于
Summary: Don't acquire methodData_lock while holding pending list lock Reviewed-by: kvn, never, ysr
-
- 10 12月, 2010 5 次提交
-
-
由 ysr 提交于
-
由 katleman 提交于
-
由 dholmes 提交于
Summary: Check for CROSS_COMPILE_ARCH being set as an indicator to use ALT_COMPILER_PATH Reviewed-by: acorn, ohair
-
由 kamg 提交于
Summary: Add 'GetThisObject' function Reviewed-by: never, coleenp
-
由 ysr 提交于
Summary: Relaxed the assert by allowing NULL referents when discovery may be concurrent. Reviewed-by: johnc, jcoomes
-
- 09 12月, 2010 2 次提交
-
-
由 dsamersoff 提交于
Summary: hotspot should check protection attribute besides the name and signature of the method when constructing vtable. Reviewed-by: dcubed
-
由 iveresov 提交于
-
- 08 12月, 2010 3 次提交
-
-
由 kevinw 提交于
Summary: ifdef definitions for PTRACE_GETREGS_REQ clarified Reviewed-by: dholmes
-
由 iveresov 提交于
Summary: Implementation of the CAS primitive for x64 compressed oops was incorrect. It kills rscratch2 register (r11), which is allocatable in C1. Also, we don't need to restore cmpval as it's never used after that, so we need only one temporary register, which can be scratch1. Reviewed-by: kvn, never
-
由 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
-