hg: hsx/hotspot-main/hotspot: 10 new changesets
stefan.karlsson at oracle.com
stefan.karlsson at oracle.com
Fri Sep 9 08:03:05 PDT 2011
Changeset: 27702f012017
Author: iveresov
Date: 2011-09-06 21:03 -0700
URL: http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/27702f012017
7087583: Hotspot fails to allocate heap with mmap(MAP_HUGETLB)
Summary: Try using small pages when transparent huge pages allocation fails
Reviewed-by: ysr
! src/os/linux/vm/os_linux.cpp
Changeset: 20213c8a3c40
Author: tonyp
Date: 2011-09-07 12:21 -0400
URL: http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/20213c8a3c40
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
! src/share/vm/gc_implementation/g1/collectionSetChooser.cpp
! src/share/vm/gc_implementation/g1/concurrentMark.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp
+ src/share/vm/gc_implementation/g1/g1ErgoVerbose.cpp
+ src/share/vm/gc_implementation/g1/g1ErgoVerbose.hpp
! src/share/vm/gc_implementation/g1/g1MMUTracker.cpp
! src/share/vm/gc_implementation/g1/vm_operations_g1.cpp
Changeset: c2bf0120ee5d
Author: stefank
Date: 2011-09-01 16:18 +0200
URL: http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/c2bf0120ee5d
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
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/parallelScavenge/parallelScavengeHeap.cpp
! src/share/vm/gc_implementation/parallelScavenge/pcTasks.cpp
! src/share/vm/gc_implementation/parallelScavenge/pcTasks.hpp
! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp
! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp
! src/share/vm/gc_implementation/parallelScavenge/psTasks.cpp
! src/share/vm/memory/genCollectedHeap.cpp
! src/share/vm/memory/referenceProcessor.cpp
! src/share/vm/memory/referenceProcessor.hpp
! src/share/vm/memory/sharedHeap.cpp
Changeset: 05550041d664
Author: ysr
Date: 2011-09-07 15:00 -0700
URL: http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/05550041d664
Merge
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
Changeset: eca1193ca245
Author: ysr
Date: 2011-09-07 13:55 -0700
URL: http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/eca1193ca245
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
! src/share/vm/memory/referenceProcessor.cpp
! src/share/vm/memory/referenceProcessor.hpp
! src/share/vm/oops/instanceRefKlass.cpp
! src/share/vm/prims/jvm.h
! src/share/vm/runtime/java.cpp
! src/share/vm/runtime/java.hpp
Changeset: a6128a8ed624
Author: iveresov
Date: 2011-09-07 18:58 -0700
URL: http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/a6128a8ed624
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
! src/os/windows/vm/os_windows.cpp
Changeset: 4f41766176cf
Author: tonyp
Date: 2011-09-08 05:16 -0400
URL: http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/4f41766176cf
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
! src/share/vm/gc_implementation/g1/concurrentG1RefineThread.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp
! src/share/vm/gc_implementation/g1/g1_globals.hpp
Changeset: af2ab04e0038
Author: brutisso
Date: 2011-09-08 16:29 +0200
URL: http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/af2ab04e0038
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
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.hpp
Changeset: 3bddbf0f57d6
Author: tonyp
Date: 2011-09-09 05:20 -0400
URL: http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/3bddbf0f57d6
7087717: G1: make the G1PrintRegionLivenessInfo parameter diagnostic
Reviewed-by: brutisso, ysr
! src/share/vm/gc_implementation/g1/g1_globals.hpp
Changeset: e984655be425
Author: stefank
Date: 2011-09-09 14:44 +0200
URL: http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/e984655be425
Merge
! src/share/vm/prims/jvm.h
More information about the hotspot-dev
mailing list