hg: jdk7/hotspot-comp/hotspot: 12 new changesets

vladimir.kozlov at oracle.com vladimir.kozlov at oracle.com
Fri Oct 15 02:56:48 PDT 2010 

Changeset: 8b10f48633dc
Author:    jmasa
Date:      2010-09-20 14:38 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/8b10f48633dc

6984287: Regularize how GC parallel workers are specified.
Summary: Associate number of GC workers with the workgang as opposed to the task.
Reviewed-by: johnc, ysr

! src/share/vm/gc_implementation/concurrentMarkSweep/cmsCollectorPolicy.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/compactibleFreeListSpace.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.hpp
! src/share/vm/gc_implementation/g1/concurrentMark.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp
! src/share/vm/gc_implementation/g1/g1CollectorPolicy.cpp
! src/share/vm/gc_implementation/g1/g1RemSet.cpp
! src/share/vm/gc_implementation/parNew/parCardTableModRefBS.cpp
! src/share/vm/gc_implementation/parNew/parNewGeneration.cpp
! src/share/vm/gc_implementation/parNew/parNewGeneration.hpp
! src/share/vm/gc_implementation/parallelScavenge/pcTasks.hpp
! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp
! src/share/vm/gc_interface/collectedHeap.cpp
! src/share/vm/gc_interface/collectedHeap.hpp
! src/share/vm/includeDB_core
! src/share/vm/memory/genCollectedHeap.cpp
! src/share/vm/memory/genCollectedHeap.hpp
! src/share/vm/memory/referenceProcessor.cpp
! src/share/vm/memory/referenceProcessor.hpp
! src/share/vm/memory/sharedHeap.cpp
! src/share/vm/memory/sharedHeap.hpp
! src/share/vm/utilities/taskqueue.cpp
! src/share/vm/utilities/taskqueue.hpp
! src/share/vm/utilities/workgroup.cpp
! src/share/vm/utilities/workgroup.hpp
! src/share/vm/utilities/yieldingWorkgroup.cpp
! src/share/vm/utilities/yieldingWorkgroup.hpp

Changeset: 22cace5e30b5
Author:    jcoomes
Date:      2010-09-08 16:10 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/22cace5e30b5

6983296: build sanity checks for jdk7 should require SS12u1
Reviewed-by: ohair

! make/solaris/makefiles/sparcWorks.make

Changeset: 4805b9f4779e
Author:    johnc
Date:      2010-09-28 09:51 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/4805b9f4779e

6941395: G1: Use only lock-free versions of region stack push() and pop()
Summary: Re-enable use of the lock-free versions of region stack push() and pop() by recording aborted regions in a thread-local structure, which are then processed when scanning of the region stack restarts. The previous locking versions of these routines are retained for diagnostic purposes.
Reviewed-by: tonyp, ysr

! src/share/vm/gc_implementation/g1/concurrentMark.cpp
! src/share/vm/gc_implementation/g1/concurrentMark.hpp

Changeset: 894b1d7c7e01
Author:    jcoomes
Date:      2010-09-28 15:56 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/894b1d7c7e01

6423256: GC stacks should use a better data structure
6942771: SEGV in ParScanThreadState::take_from_overflow_stack
Reviewed-by: apetrusenko, ysr, pbk

! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.hpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.hpp
! src/share/vm/gc_implementation/g1/g1MarkSweep.cpp
! src/share/vm/gc_implementation/includeDB_gc_concurrentMarkSweep
! src/share/vm/gc_implementation/includeDB_gc_parallelScavenge
! src/share/vm/gc_implementation/includeDB_gc_serial
! src/share/vm/gc_implementation/parNew/parNewGeneration.cpp
! src/share/vm/gc_implementation/parNew/parNewGeneration.hpp
! src/share/vm/gc_implementation/parallelScavenge/pcTasks.cpp
! src/share/vm/gc_implementation/parallelScavenge/psCompactionManager.cpp
! src/share/vm/gc_implementation/parallelScavenge/psCompactionManager.hpp
! src/share/vm/gc_implementation/parallelScavenge/psMarkSweep.cpp
! src/share/vm/gc_implementation/parallelScavenge/psParallelCompact.cpp
! src/share/vm/gc_implementation/parallelScavenge/psPromotionManager.cpp
! src/share/vm/gc_implementation/parallelScavenge/psScavenge.cpp
! src/share/vm/gc_implementation/parallelScavenge/psScavenge.hpp
! src/share/vm/gc_implementation/shared/markSweep.cpp
! src/share/vm/gc_implementation/shared/markSweep.hpp
! src/share/vm/gc_implementation/shared/markSweep.inline.hpp
! src/share/vm/includeDB_core
! src/share/vm/memory/allocation.hpp
! src/share/vm/memory/defNewGeneration.cpp
! src/share/vm/memory/defNewGeneration.hpp
! src/share/vm/memory/genMarkSweep.cpp
! src/share/vm/runtime/globals.hpp
! src/share/vm/runtime/thread.cpp
+ src/share/vm/utilities/stack.hpp
+ src/share/vm/utilities/stack.inline.hpp
! src/share/vm/utilities/taskqueue.hpp

Changeset: c99c53f07c14
Author:    ysr
Date:      2010-09-29 16:17 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/c99c53f07c14

6692906: CMS: parallel concurrent marking may be prone to hanging or stalling mutators for periods of time
Summary: Inserted missing yield(check)s in closures used during the work-stealing phase of parallel concurrent marking, a missing synchronous yield-request in the cms perm gen allocation path, and a terminator-terminator for the offer_termination invocation that monitors the yield status of the concurrent marking task. Elaborated some documentation comments and made some task queue termination loop flags configurable at start-up to aid debugging in the field.
Reviewed-by: jmasa, johnc, poonam

! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepGeneration.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/concurrentMarkSweepThread.hpp
! src/share/vm/runtime/globals.hpp
! src/share/vm/utilities/yieldingWorkgroup.hpp

Changeset: 8f6f7587d292
Author:    jcoomes
Date:      2010-09-30 12:15 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/8f6f7587d292

6988678: fatal error deadlock handling was unintentionally disabled
Reviewed-by: ysr

! src/share/vm/runtime/thread.cpp

Changeset: e41cd7fd68a6
Author:    ysr
Date:      2010-10-01 16:12 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/e41cd7fd68a6

6794422: Perm gen expansion policy for concurrent collectors
Summary: Concurrent collectors should expand the perm gen without a full STW GC, but possibly by triggering a concurrent collection. Temporary band-aid for G1 where no concurrent collection is kicked off since the perm gen is not collected concurrently.
Reviewed-by: johnc

! src/share/vm/gc_implementation/concurrentMarkSweep/cmsPermGen.cpp
! src/share/vm/gc_implementation/concurrentMarkSweep/cmsPermGen.hpp
! src/share/vm/includeDB_core
! src/share/vm/memory/permGen.cpp
! src/share/vm/memory/permGen.hpp

Changeset: 4e0094bc41fa
Author:    johnc
Date:      2010-10-01 18:23 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/4e0094bc41fa

6983311: G1: LoopTest hangs when run with -XX:+ExplicitInvokesConcurrent
Summary: Clear the concurrent marking "in progress" flag while the FullGCCount_lock is held. This avoids a race that can cause back to back System.gc() calls, when ExplicitGCInvokesConcurrent is enabled, to fail to initiate a marking cycle causing the requesting thread to hang.
Reviewed-by: tonyp, ysr

! src/share/vm/gc_implementation/g1/concurrentMarkThread.cpp
! src/share/vm/gc_implementation/g1/concurrentMarkThread.hpp
! src/share/vm/gc_implementation/g1/g1CollectedHeap.cpp

Changeset: 32a1f7bf0c21
Author:    johnc
Date:      2010-10-01 21:48 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/32a1f7bf0c21

Merge


Changeset: 6e0aac35bfa9
Author:    tonyp
Date:      2010-10-01 16:43 -0400
URL:       http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/6e0aac35bfa9

6980838: G1: guarantee(false) failed: thread has an unexpected active value in its SATB queue
Summary: Under certain circumstances a safepoint could happen between a JavaThread object being created and that object being added to the Java threads list. This could cause the active field of that thread's SATB queue to get out-of-sync with respect to the other Java threads. The solution is to activate the SATB queue, when necessary, before adding the thread to the Java threads list, not when the JavaThread object is created. The changeset also includes a small fix to rename the surrogate locker thread from "Surrogate Locker Thread (CMS)" to "Surrogate Locker Thread (Concurrent GC)" since it's also used in G1.
Reviewed-by: iveresov, ysr, johnc, jcoomes

! src/share/vm/gc_implementation/g1/dirtyCardQueue.hpp
! src/share/vm/gc_implementation/g1/ptrQueue.hpp
! src/share/vm/gc_implementation/g1/satbQueue.hpp
! src/share/vm/gc_implementation/shared/concurrentGCThread.cpp
! src/share/vm/runtime/thread.cpp
! src/share/vm/runtime/thread.hpp

Changeset: 0715f0cf171d
Author:    jcoomes
Date:      2010-10-08 09:29 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/0715f0cf171d

Merge

! src/share/vm/includeDB_core
! src/share/vm/memory/referenceProcessor.hpp
! src/share/vm/runtime/globals.hpp
! src/share/vm/runtime/thread.cpp
! src/share/vm/runtime/thread.hpp

Changeset: b98784e85f71
Author:    kvn
Date:      2010-10-14 10:46 -0700
URL:       http://hg.openjdk.java.net/jdk7/hotspot-comp/hotspot/rev/b98784e85f71

Merge

More information about the hotspot-compiler-dev mailing list