Wed, 25 Jan 2012 12:58:23 -0500 7127706: G1: re-enable survivors during the initial-mark pause
tonyp [Wed, 25 Jan 2012 12:58:23 -0500] rev 11584
7127706: G1: re-enable survivors during the initial-mark pause Summary: Re-enable survivors during the initial-mark pause. Afterwards, the concurrent marking threads have to scan them and mark everything reachable from them. The next GC will have to wait for the survivors to be scanned. Reviewed-by: brutisso, johnc
Thu, 12 Jan 2012 00:06:47 -0800 6484965: G1: piggy-back liveness accounting phase on marking
johnc [Thu, 12 Jan 2012 00:06:47 -0800] rev 11583
6484965: G1: piggy-back liveness accounting phase on marking Summary: Remove the separate counting phase of concurrent marking by tracking the amount of marked bytes and the cards spanned by marked objects in marking task/worker thread local data structures, which are updated as individual objects are marked. Reviewed-by: brutisso, tonyp
Tue, 24 Jan 2012 17:08:58 -0500 7132398: G1: java.lang.IllegalArgumentException: Invalid threshold: 9223372036854775807 > max (1073741824)
tonyp [Tue, 24 Jan 2012 17:08:58 -0500] rev 11582
7132398: G1: java.lang.IllegalArgumentException: Invalid threshold: 9223372036854775807 > max (1073741824) Summary: Was not passing the right old pool max to the memory pool constructor in the fix for 7078465. Reviewed-by: brutisso, johnc
Mon, 23 Jan 2012 20:36:16 +0100 7132311: G1: assert((s == klass->oop_size(this)) || (Universe::heap()->is_gc_active() && ((is_typeArray()...
brutisso [Mon, 23 Jan 2012 20:36:16 +0100] rev 11581
7132311: G1: assert((s == klass->oop_size(this)) || (Universe::heap()->is_gc_active() && ((is_typeArray()... Summary: Move the check for when to call collect() to before we do a humongous object allocation Reviewed-by: stefank, tonyp
Fri, 20 Jan 2012 18:01:32 +0100 7131791: G1: Asserts in nightly testing due to 6976060
brutisso [Fri, 20 Jan 2012 18:01:32 +0100] rev 11580
7131791: G1: Asserts in nightly testing due to 6976060 Summary: Create a handle and fake an object to make sure that we don't loose the memory we just allocated Reviewed-by: tonyp, stefank
Thu, 19 Jan 2012 09:13:58 -0500 7078465: G1: Don't use the undefined value (-1) for the G1 old memory pool max size
tonyp [Thu, 19 Jan 2012 09:13:58 -0500] rev 11579
7078465: G1: Don't use the undefined value (-1) for the G1 old memory pool max size Reviewed-by: johnc, brutisso
Tue, 17 Jan 2012 10:21:43 -0800 7129271: G1: Interference from multiple threads in PrintGC/PrintGCDetails output
johnc [Tue, 17 Jan 2012 10:21:43 -0800] rev 11578
7129271: G1: Interference from multiple threads in PrintGC/PrintGCDetails output Summary: During an initial mark pause, signal the Concurrent Mark thread after the pause output from PrintGC/PrintGCDetails is complete. Reviewed-by: tonyp, brutisso
Wed, 18 Jan 2012 10:30:12 -0500 7097586: G1: improve the per-space output when using jmap -heap
tonyp [Wed, 18 Jan 2012 10:30:12 -0500] rev 11577
7097586: G1: improve the per-space output when using jmap -heap Summary: Extend the jmap -heap output for G1 to include some more G1-specific information. Reviewed-by: brutisso, johnc, poonam
Mon, 16 Jan 2012 22:10:05 +0100 6976060: G1: humongous object allocations should initiate marking cycles when necessary
brutisso [Mon, 16 Jan 2012 22:10:05 +0100] rev 11576
6976060: G1: humongous object allocations should initiate marking cycles when necessary Reviewed-by: tonyp, johnc
Mon, 16 Jan 2012 11:21:21 +0100 7130334: G1: Change comments and error messages that refer to CMS in g1/concurrentMark.cpp/hpp
brutisso [Mon, 16 Jan 2012 11:21:21 +0100] rev 11575
7130334: G1: Change comments and error messages that refer to CMS in g1/concurrentMark.cpp/hpp Summary: Removed references to CMS in the concurrentMark.cpp/hpp files. Reviewed-by: tonyp, jmasa, johnc
Fri, 13 Jan 2012 13:27:48 -0800 7121547: G1: High number mispredicted branches while iterating over the marking bitmap
johnc [Fri, 13 Jan 2012 13:27:48 -0800] rev 11574
7121547: G1: High number mispredicted branches while iterating over the marking bitmap Summary: There is a high number of mispredicted branches associated with calling BitMap::iteratate() from within CMBitMapRO::iterate(). Implement a version of CMBitMapRO::iterate() directly using inline-able routines. Reviewed-by: tonyp, iveresov
Thu, 26 Jan 2012 19:39:08 -0800 Merge
jrose [Thu, 26 Jan 2012 19:39:08 -0800] rev 11573
Merge
Thu, 26 Jan 2012 12:15:24 -0800 7131259: compile_method and CompilationPolicy::event shouldn't be declared TRAPS
iveresov [Thu, 26 Jan 2012 12:15:24 -0800] rev 11572
7131259: compile_method and CompilationPolicy::event shouldn't be declared TRAPS Summary: Make sure that CompilationPolicy::event() doesn't throw exceptions Reviewed-by: kvn, never
Thu, 26 Jan 2012 16:49:22 +0100 7120468: SPARC/x86: use frame::describe to enhance trace_method_handle
bdelsart [Thu, 26 Jan 2012 16:49:22 +0100] rev 11571
7120468: SPARC/x86: use frame::describe to enhance trace_method_handle Summary: improvements of TraceMethodHandles for JSR292 Reviewed-by: never, twisti
Thu, 26 Jan 2012 09:38:28 +0100 7123910: Some CTW tests crash VM: is_loaded() && that->is_loaded()
roland [Thu, 26 Jan 2012 09:38:28 +0100] rev 11570
7123910: Some CTW tests crash VM: is_loaded() && that->is_loaded() Summary: handle not loaded array klass in Parse::do_checkcast(). Reviewed-by: kvn, never
Wed, 25 Jan 2012 08:10:04 -0800 Merge
kvn [Wed, 25 Jan 2012 08:10:04 -0800] rev 11569
Merge
(0) -10000 -3000 -1000 -300 -100 -16 +16 +100 +300 +1000 +3000 +10000 +30000 tip