Thu, 19 Aug 2010 14:08:58 -0400 Merge
tonyp [Thu, 19 Aug 2010 14:08:58 -0400] rev 6265
Merge
Wed, 18 Aug 2010 17:44:33 -0400 Merge
johnc [Wed, 18 Aug 2010 17:44:33 -0400] rev 6264
Merge
Wed, 18 Aug 2010 10:59:06 -0700 6977924: Changes for 6975078 produce build error with certain gcc versions
johnc [Wed, 18 Aug 2010 10:59:06 -0700] rev 6263
6977924: Changes for 6975078 produce build error with certain gcc versions Summary: The changes introduced for 6975078 assign badHeapOopVal to the _allocation field in the ResourceObj class. In 32 bit linux builds with certain versions of gcc this assignment will be flagged as an error while compiling allocation.cpp. In 32 bit builds the constant value badHeapOopVal (which is cast to an intptr_t) is negative. The _allocation field is typed as an unsigned intptr_t and gcc catches this as an error. Reviewed-by: jcoomes, ysr, phh
Wed, 18 Aug 2010 11:39:21 -0700 6977970: CMS: concurrentMarkSweepGeneration.cpp:7947 assert(addr <= _limit) failed: sweep invariant
ysr [Wed, 18 Aug 2010 11:39:21 -0700] rev 6262
6977970: CMS: concurrentMarkSweepGeneration.cpp:7947 assert(addr <= _limit) failed: sweep invariant Summary: Allow for the possibility (when the heap is expanding) that the sweep might skip over and past, rather than necessarily step on, the sweep limit determined at the beginning of a concurrent marking cycle. Reviewed-by: jmasa, tonyp
Tue, 17 Aug 2010 14:40:00 -0400 6975964: G1: print out a more descriptive message for evacuation failure when +PrintGCDetails is set
tonyp [Tue, 17 Aug 2010 14:40:00 -0400] rev 6261
6975964: G1: print out a more descriptive message for evacuation failure when +PrintGCDetails is set Summary: we're renaming "evacuation failure" to "to-space overflow". I'm also piggy-backing a small additional change which removes the "Mark closure took..." output. Reviewed-by: ysr, johnc
Tue, 17 Aug 2010 14:40:00 -0400 6974928: G1: sometimes humongous objects are allocated in young regions
tonyp [Tue, 17 Aug 2010 14:40:00 -0400] rev 6260
6974928: G1: sometimes humongous objects are allocated in young regions Summary: as the title says, sometimes we are allocating humongous objects in young regions and we shouldn't. Reviewed-by: ysr, johnc
Tue, 17 Aug 2010 14:40:00 -0400 6959014: G1: assert(minimum_desired_capacity <= maximum_desired_capacity) failed: sanity check
tonyp [Tue, 17 Aug 2010 14:40:00 -0400] rev 6259
6959014: G1: assert(minimum_desired_capacity <= maximum_desired_capacity) failed: sanity check Summary: There are a few issues in the code that calculates whether to resize the heap and by how much: a) some calculations can overflow 32-bit size_t's, b) min_desired_capacity is not bounded by the max heap size, and c) the assrt that fires is in the wrong place. The fix also includes some tidying up of the related verbose code. Reviewed-by: ysr, jmasa
Mon, 16 Aug 2010 15:58:42 -0700 6948538: CMS: BOT walkers can fall into object allocation and initialization cracks
ysr [Mon, 16 Aug 2010 15:58:42 -0700] rev 6258
6948538: CMS: BOT walkers can fall into object allocation and initialization cracks Summary: GC workers now recognize an intermediate transient state of blocks which are allocated but have not yet completed initialization. blk_start() calls do not attempt to determine the size of a block in the transient state, rather waiting for the block to become initialized so that it is safe to query its size. Audited and ensured the order of initialization of object fields (klass, free bit and size) to respect block state transition protocol. Also included some new assertion checking code enabled in debug mode. Reviewed-by: chrisphi, johnc, poonam
Tue, 17 Aug 2010 22:52:50 -0700 6977952: Test: Sync missing tests from hs16.3 to hs17.x
asaha [Tue, 17 Aug 2010 22:52:50 -0700] rev 6257
6977952: Test: Sync missing tests from hs16.3 to hs17.x Reviewed-by: wrockett
Wed, 18 Aug 2010 16:11:21 -0700 Merge
trims [Wed, 18 Aug 2010 16:11:21 -0700] rev 6256
Merge
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
Tue, 07 Sep 2010 15:13:58 -0700 6982946: Change make/jprt.properties to defer to JPRT itself for jdk platform list
ohair [Tue, 07 Sep 2010 15:13:58 -0700] rev 6243
6982946: Change make/jprt.properties to defer to JPRT itself for jdk platform list Reviewed-by: kamg
Fri, 03 Sep 2010 12:49:47 -0700 Added tag jdk7-b108 for changeset eed672dd8675
cl [Fri, 03 Sep 2010 12:49:47 -0700] rev 6242
Added tag jdk7-b108 for changeset eed672dd8675
Wed, 05 Jul 2017 17:20:50 +0200 Added tag jdk7-b108 for changeset 044d31b99ef5
duke [Wed, 05 Jul 2017 17:20:50 +0200] rev 6241
Added tag jdk7-b108 for changeset 044d31b99ef5
Wed, 05 Jul 2017 17:20:50 +0200 Merge jdk7-b108
duke [Wed, 05 Jul 2017 17:20:50 +0200] rev 6240
Merge
Wed, 05 Jul 2017 17:20:47 +0200 Merge
duke [Wed, 05 Jul 2017 17:20:47 +0200] rev 6239
Merge
Thu, 26 Aug 2010 16:17:15 -0700 Added tag jdk7-b107 for changeset c3c1f7961b1a
cl [Thu, 26 Aug 2010 16:17:15 -0700] rev 6238
Added tag jdk7-b107 for changeset c3c1f7961b1a
Wed, 05 Jul 2017 17:20:45 +0200 Merge
duke [Wed, 05 Jul 2017 17:20:45 +0200] rev 6237
Merge
Thu, 26 Aug 2010 16:16:55 -0700 Added tag jdk7-b107 for changeset a8c1cf6a14b9
cl [Thu, 26 Aug 2010 16:16:55 -0700] rev 6236
Added tag jdk7-b107 for changeset a8c1cf6a14b9
(0) -3000 -1000 -300 -100 -50 -30 +30 +50 +100 +300 +1000 +3000 +10000 +30000 tip