Tue, 04 Aug 2009 16:00:17 -0700 6819077: G1: first GC thread coming late into the GC.
johnc [Tue, 04 Aug 2009 16:00:17 -0700] rev 3590
6819077: G1: first GC thread coming late into the GC. Summary: The first worker thread is delayed when entering the GC because it clears the card count table that is used in identifying hot cards. Replace the card count table with a dynamically sized evicting hash table that includes an epoch based counter. Reviewed-by: iveresov, tonyp
Mon, 03 Aug 2009 12:59:30 -0700 6865703: G1: Parallelize hot card cache cleanup
johnc [Mon, 03 Aug 2009 12:59:30 -0700] rev 3589
6865703: G1: Parallelize hot card cache cleanup Summary: Have the GC worker threads clear the hot card cache in parallel by having each worker thread claim a chunk of the card cache and process the cards in that chunk. The size of the chunks that each thread will claim is determined at VM initialization from the size of the card cache and the number of worker threads. Reviewed-by: jmasa, tonyp
Sun, 02 Aug 2009 22:33:27 -0700 Merge
jmasa [Sun, 02 Aug 2009 22:33:27 -0700] rev 3588
Merge
Sun, 02 Aug 2009 19:10:31 -0700 6843292: "Expect to be beyond new region unless impacting another region" assertion too strong
jmasa [Sun, 02 Aug 2009 19:10:31 -0700] rev 3587
6843292: "Expect to be beyond new region unless impacting another region" assertion too strong Summary: In the assertion allow for collision with the guard page. Reviewed-by: tonyp, ysr, jcoomes
Sun, 02 Aug 2009 18:44:36 -0700 6862534: -XX:NewRatio completely ignored when combined with -XX:+UseConcMarkSweepG
jmasa [Sun, 02 Aug 2009 18:44:36 -0700] rev 3586
6862534: -XX:NewRatio completely ignored when combined with -XX:+UseConcMarkSweepG Summary: Use NewRatio if it is explicitly set. Reviewed-by: ysr, jcoomes
Fri, 31 Jul 2009 10:41:29 -0700 Merge
ysr [Fri, 31 Jul 2009 10:41:29 -0700] rev 3585
Merge
Thu, 30 Jul 2009 14:50:58 -0400 6866591: G1: print update buffer processing stats more often
tonyp [Thu, 30 Jul 2009 14:50:58 -0400] rev 3584
6866591: G1: print update buffer processing stats more often Summary: It adds parameter -XX:+G1SummarizeRSetStatsPeriod that causes update buffer processing information to be printed periodically. It also includes two small formatting changes. Reviewed-by: jmasa, jcoomes, ysr
Wed, 29 Jul 2009 11:01:26 -0400 6864886: G1: rename -XX parameters related to update buffers
tonyp [Wed, 29 Jul 2009 11:01:26 -0400] rev 3583
6864886: G1: rename -XX parameters related to update buffers Summary: renaming a couple of update buffer-related parameters to make them more understandable and consistent. Reviewed-by: iveresov, ysr
Thu, 30 Jul 2009 15:06:19 -0400 Merge
coleenp [Thu, 30 Jul 2009 15:06:19 -0400] rev 3582
Merge
Tue, 28 Jul 2009 13:50:07 -0600 Merge
dcubed [Tue, 28 Jul 2009 13:50:07 -0600] rev 3581
Merge
Tue, 28 Jul 2009 13:35:00 -0600 6862295: JDWP threadid changes during debugging session (leading to ingored breakpoints)
dcubed [Tue, 28 Jul 2009 13:35:00 -0600] rev 3580
6862295: JDWP threadid changes during debugging session (leading to ingored breakpoints) Summary: Correctly count full GC operations for framework collectors. Add ForceFullGCJVMTIEpilogues as a future work around if needed. Reviewed-by: jcoomes, alanb, ysr
Mon, 27 Jul 2009 17:23:52 -0400 Merge
coleenp [Mon, 27 Jul 2009 17:23:52 -0400] rev 3579
Merge
Mon, 27 Jul 2009 09:06:22 -0700 6864003: Modify JVM_FindClassFromBootLoader to return null if class not found
mchung [Mon, 27 Jul 2009 09:06:22 -0700] rev 3578
6864003: Modify JVM_FindClassFromBootLoader to return null if class not found Summary: JVM_FindClassFromBootLoader returns null if class not found Reviewed-by: acorn, alanb, dholmes
Thu, 16 Jul 2009 18:21:40 -0700 6840305: Discrepancy in system memory details (when 4G or greater) reported by JVM and Windows OS
poonam [Thu, 16 Jul 2009 18:21:40 -0700] rev 3577
6840305: Discrepancy in system memory details (when 4G or greater) reported by JVM and Windows OS Summary: GlobalMemoryStatus() does not report correct memory usage when the system has more than 4gb of RAM. GlobalMemoryStatusEx() should be used in place of GlobalMemoryStatus(). Reviewed-by: kamg, coleenp
Mon, 29 Jun 2009 14:42:12 -0700 6850957: Honor -XX:OnOutOfMemoryError when array size exceeds VM limit
martin [Mon, 29 Jun 2009 14:42:12 -0700] rev 3576
6850957: Honor -XX:OnOutOfMemoryError when array size exceeds VM limit Summary: call report_java_out_of_memory("Requested array size exceeds VM limit") Reviewed-by: tbell, dholmes, alanb, ysr Contributed-by: jeremymanson@google.com
(0) -3000 -1000 -300 -100 -15 +15 +100 +300 +1000 +3000 +10000 +30000 tip