Thu, 08 Sep 2011 16:29:41 +0200 6929868: G1: introduce min / max young gen size bounds
brutisso [Thu, 08 Sep 2011 16:29:41 +0200] rev 10529
6929868: G1: introduce min / max young gen size bounds Summary: Make G1 handle young gen size command line flags more consistently Reviewed-by: tonyp, jwilhelm
Thu, 08 Sep 2011 05:16:49 -0400 7084509: G1: fix inconsistencies and mistakes in the young list target length calculations
tonyp [Thu, 08 Sep 2011 05:16:49 -0400] rev 10528
7084509: G1: fix inconsistencies and mistakes in the young list target length calculations Summary: Fixed inconsistencies and mistakes in the young list target length calculations so that a) the calculated target length is optimal (before, it was not), b) other parameters like max survivor size and max gc locker eden expansion are always consistent with the calculated target length (before, they were not always), and c) the resulting target length was always bound by desired min and max values (before, it was not). Reviewed-by: brutisso, johnc
Wed, 07 Sep 2011 18:58:33 -0700 7086226: UseNUMA fails on old versions of windows
iveresov [Wed, 07 Sep 2011 18:58:33 -0700] rev 10527
7086226: UseNUMA fails on old versions of windows Summary: Return correct answers from os::numa_*() for UMA machines or if NUMA API is not supported Reviewed-by: johnc
Wed, 07 Sep 2011 13:55:42 -0700 4965777: GC changes to support use of discovered field for pending references
ysr [Wed, 07 Sep 2011 13:55:42 -0700] rev 10526
4965777: GC changes to support use of discovered field for pending references Summary: If and when the reference handler thread is able to use the discovered field to link reference objects in its pending list, so will GC. In that case, GC will scan through this field once a reference object has been placed on the pending list, but not scan that field before that stage, as the field is used by the concurrent GC thread to link discovered objects. When ReferenceHandleR thread does not use the discovered field for the purpose of linking the elements in the pending list, as would be the case in older JDKs, the JVM will fall back to the old behaviour of using the next field for that purpose. Reviewed-by: jcoomes, mchung, stefank
Wed, 07 Sep 2011 15:00:13 -0700 Merge
ysr [Wed, 07 Sep 2011 15:00:13 -0700] rev 10525
Merge
Thu, 01 Sep 2011 16:18:17 +0200 7085906: Replace the permgen allocated sentinelRef with a self-looped end
stefank [Thu, 01 Sep 2011 16:18:17 +0200] rev 10524
7085906: Replace the permgen allocated sentinelRef with a self-looped end Summary: Remove the sentinelRef and let the last Reference in a discovered chain point back to itself. Reviewed-by: ysr, jmasa
Wed, 07 Sep 2011 12:21:23 -0400 7050392: G1: Introduce flag to generate a log of the G1 ergonomic decisions
tonyp [Wed, 07 Sep 2011 12:21:23 -0400] rev 10523
7050392: G1: Introduce flag to generate a log of the G1 ergonomic decisions Summary: It introduces ergonomic decision logging in G1 for the following heuristics: heap sizing, collection set construction, concurrent cycle initiation, and partially-young GC start/end. The code has a bit of refactoring in a few places to make the decision logging possible. It also replaces alternative ad-hoc logging that we have under different parameters and switches (G1_DEBUG, G1PolicyVerbose). Reviewed-by: johnc, ysr
Tue, 06 Sep 2011 21:03:51 -0700 7087583: Hotspot fails to allocate heap with mmap(MAP_HUGETLB)
iveresov [Tue, 06 Sep 2011 21:03:51 -0700] rev 10522
7087583: Hotspot fails to allocate heap with mmap(MAP_HUGETLB) Summary: Try using small pages when transparent huge pages allocation fails Reviewed-by: ysr
Thu, 08 Sep 2011 06:36:31 -0700 Merge
rottenha [Thu, 08 Sep 2011 06:36:31 -0700] rev 10521
Merge
Wed, 07 Sep 2011 14:15:07 +0200 7085012: ARM: com/sun/jdi/PopSynchronousTest.java still fails
roland [Wed, 07 Sep 2011 14:15:07 +0200] rev 10520
7085012: ARM: com/sun/jdi/PopSynchronousTest.java still fails Summary: InterpreterRuntime::popframe_move_outgoing_args() is required for the ARM interpreter. Reviewed-by: kvn, twisti
(0) -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 +30000 tip