Sat, 14 Aug 2010 00:47:52 -0700 Merge
johnc [Sat, 14 Aug 2010 00:47:52 -0700] rev 6255
Merge
Wed, 11 Aug 2010 13:12:28 -0700 6976378: ParNew: stats are printed unconditionally in debug builds
jcoomes [Wed, 11 Aug 2010 13:12:28 -0700] rev 6254
6976378: ParNew: stats are printed unconditionally in debug builds Reviewed-by: tonyp
Tue, 10 Aug 2010 14:53:35 -0700 6973570: OrderAccess::storestore() scales poorly on multi-socket x64 and sparc: cache-line ping-ponging
ysr [Tue, 10 Aug 2010 14:53:35 -0700] rev 6253
6973570: OrderAccess::storestore() scales poorly on multi-socket x64 and sparc: cache-line ping-ponging Summary: volatile store to static variable removed in favour of a volatile store to stack to avoid excessive cache coherency traffic; verified that the volatile store is not elided by any of our current compilers. Reviewed-by: dholmes, dice, jcoomes, kvn
Mon, 09 Aug 2010 18:03:50 -0700 6970376: ParNew: shared TaskQueue statistics
jcoomes [Mon, 09 Aug 2010 18:03:50 -0700] rev 6252
6970376: ParNew: shared TaskQueue statistics Reviewed-by: ysr
Mon, 09 Aug 2010 05:41:05 -0700 6966222: G1: simplify TaskQueue overflow handling
jcoomes [Mon, 09 Aug 2010 05:41:05 -0700] rev 6251
6966222: G1: simplify TaskQueue overflow handling Reviewed-by: tonyp, ysr
Fri, 06 Aug 2010 10:17:21 -0700 6930581: G1: assert(ParallelGCThreads > 1 || n_yielded() == _hrrs->occupied(),"Should have yielded all the ..
johnc [Fri, 06 Aug 2010 10:17:21 -0700] rev 6250
6930581: G1: assert(ParallelGCThreads > 1 || n_yielded() == _hrrs->occupied(),"Should have yielded all the .. Summary: During RSet updating, when ParallelGCThreads is zero, references that point into the collection set are added directly the referenced region's RSet. This can cause the sparse table in the RSet to expand. RSet scanning and the "occupied" routine will then operate on different instances of the sparse table causing the assert to trip. This may also cause some cards added post expansion to be missed during RSet scanning. When ParallelGCThreads is non-zero such references are recorded on the "references to be scanned" queue and the card containing the reference is recorded in a dirty card queue for use in the event of an evacuation failure. Employ the parallel code in the serial case to avoid expanding the RSets of regions in the collection set. Reviewed-by: iveresov, ysr, tonyp
Wed, 04 Aug 2010 13:03:23 -0400 6963209: G1: remove the concept of abandoned pauses
tonyp [Wed, 04 Aug 2010 13:03:23 -0400] rev 6249
6963209: G1: remove the concept of abandoned pauses Summary: As part of 6944166 we disabled the concept of abandoned pauses (i.e., if the collection set is empty, we would still try to do a pause even if it is to update the RSets and scan the roots). This changeset removes the code and structures associated with abandoned pauses. Reviewed-by: iveresov, johnc
Thu, 22 Jul 2010 10:27:41 -0400 6962589: remove breadth first scanning code from parallel gc
tonyp [Thu, 22 Jul 2010 10:27:41 -0400] rev 6248
6962589: remove breadth first scanning code from parallel gc Summary: Remove the breadth-first copying order from ParallelScavenge and use depth-first by default. Reviewed-by: jcoomes, ysr, johnc
Mon, 02 Aug 2010 12:51:43 -0700 6814437: G1: remove the _new_refs array
johnc [Mon, 02 Aug 2010 12:51:43 -0700] rev 6247
6814437: G1: remove the _new_refs array Summary: The per-worker _new_refs array is used to hold references that point into the collection set. It is populated during RSet updating and subsequently processed. In the event of an evacuation failure it processed again to recreate the RSets of regions in the collection set. Remove the per-worker _new_refs array by processing the references directly. Use a DirtyCardQueue to hold the cards containing the references so that the RSets of regions in the collection set can be recreated when handling an evacuation failure. Reviewed-by: iveresov, jmasa, tonyp
Sat, 31 Jul 2010 15:10:59 +0100 Merge
kevinw [Sat, 31 Jul 2010 15:10:59 +0100] rev 6246
Merge
Fri, 30 Jul 2010 22:43:50 +0100 6581734: CMS Old Gen's collection usage is zero after GC which is incorrect
kevinw [Fri, 30 Jul 2010 22:43:50 +0100] rev 6245
6581734: CMS Old Gen's collection usage is zero after GC which is incorrect Summary: Management code enabled for use by a concurrent collector. Reviewed-by: mchung, ysr
Wed, 08 Sep 2010 14:04:13 -0700 Merge
cl [Wed, 08 Sep 2010 14:04:13 -0700] rev 6244
Merge
(0) -3000 -1000 -300 -100 -12 +12 +100 +300 +1000 +3000 +10000 +30000 tip