Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8082896 | emb-9 | Per Liden | P4 | Resolved | Fixed | team |
- There are three "top-level" directories which contain GC-related code:
src/share/vm/gc_interface/
src/share/vm/gc_implementation/
src/share/vm/memory/
- Our collectors are roughly spread out like this:
src/share/vm/gc_implementation/parallelScavenge/ (ParallelGC)
src/share/vm/gc_implementation/g1/ (G1)
src/share/vm/gc_implementation/concurrentMarkSweep/ (CMS)
src/share/vm/gc_implementation/parNew/ (ParNewGC)
src/share/vm/gc_implementation/shared/ (MarkSweep)
src/share/vm/memory/ (DefNew)
- We have common/shared code in the following places:
src/share/vm/gc_interface/ (CollectedHeap, etc)
src/share/vm/gc_implementation/shared/ (counters, utilities, etc)
src/share/vm/memory/ (BarrierSet, GenCollectedHeap, etc)
The plan is for the new structure to look like this:
- A single "top-level" directory for GC code:
src/share/vm/gc/
- One sub-directory per GC:
src/share/vm/gc/cms/
src/share/vm/gc/g1/
src/share/vm/gc/parallel/
src/share/vm/gc/serial/
- A single directory for common/shared GC code:
src/share/gc/shared/
- backported by
-
JDK-8082896 GC directory structure cleanup
-
- Resolved
-
- relates to
-
JDK-8201370 GC specific data is referred from common precompiled headers and defNewGeneration.cpp
-
- Resolved
-
-
JDK-8098552 8079792 breaks Zero builds without precompiled headers
-
- Resolved
-
-
JDK-8201372 AARCH32 - 'minimal' build fails because CMS bits are referred unconditionally
-
- Closed
-
-
JDK-8080581 Align SA with new GC directory structure
-
- Resolved
-
-
JDK-8080584 isGCActiveMark.hpp should not include parallelScavengeHeap.hpp
-
- Resolved
-
-
JDK-8080585 concurrentGCThread.hpp should not include suspendibleThreadSet.hpp
-
- Resolved
-