JDK-6964458 : Reimplement class meta-data storage to use native memory
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: gc
  • Affected Version:
    hs17,hs22,hs24,1.4.0,5.0,5.0u5,7,7u4,7-pool,8 hs17,hs22,hs24,1.4.0,5.0,5.0u5,7,7u4,7-pool,8
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: generic,solaris_9,solaris_10
  • CPU: generic,x86,sparc
  • Submitted: 2010-06-25
  • Updated: 2021-01-21
  • Resolved: 2012-09-27
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
JDK 8
8 b58Fixed
Related Reports
Duplicate :  
JDK-6897789 - CDS: perm gen structure should be cleaned up
Duplicate :  
JDK-6969945 - Can default MaxPermSize be made larger or smarter?
Duplicate :  
JDK-7054552 - Code clean up for perm gen removal
Duplicate :  
JDK-7054470 - Initiate GC based on metadata memory usage
Duplicate :  
JDK-7045409 - JIT changes for class metadata in native memory
Duplicate :  
JDK-7045400 - Serviceability agent support for class metadata in native memory.
Duplicate :  
JDK-7045392 - Add different sizes of metadata class loader arenas
Duplicate :  
JDK-7042321 - Reimplement Class Data Sharing without a perm gen
Duplicate :  
JDK-7042318 - redefine classes without metadata as oops
Duplicate :  
JDK-7042315 - Reduce oops in constant pool and constant pool caches
Duplicate :  
JDK-7021474 - Implement an interface usable by all the GC's for allocating and freeing class meta-data
Duplicate :  
JDK-7021469 - Implement the deallocation of the per class loader arenas
Duplicate :  
JDK-7021459 - Change data structure for meta-data removed from perm gen.
Duplicate :  
JDK-6289964 - Appserver 9 runs out of permspace when run in 64 bit mode.
Duplicate :  
JDK-7182917 - NPG: List of constant pool entries has a NULL
Duplicate :  
JDK-7184997 - NPG: assert(bt != T_OBJECT) failed: Guard is incorrect
Duplicate :  
JDK-7184993 - NPG: assert(Self->_Stalled == 0) failed: invariant
Duplicate :  
JDK-7176269 - NPG: Audit usage of Heap_lock for allocations from Metaspaces
Duplicate :  
JDK-7045276 - Add graph to keep dependencies among class loaders
Duplicate :  
JDK-7044757 - Relocator needs work in nopermgen world
Duplicate :  
JDK-7043840 - Separate oops from metadata in nmethod oops
Duplicate :  
JDK-7043287 - Allocate array of primitive type meta-data to per class loader arena.
Duplicate :  
JDK-7043248 - G1: Implement the perm gen removal changes in the UseG1GC
Duplicate :  
JDK-7043247 - Implement the perm gen removal changes in the UseConcMarkSweepGC
Duplicate :  
JDK-7043245 - Implement the perm gen removal changes in the UseSerialGC and UseParNewGC.
Duplicate :  
JDK-7043231 - Implement perm gen removal in UseParallelGC
Duplicate :  
JDK-7043841 - NPG: Fix SA to mirror permgen removal changes
Duplicate :  
JDK-7169321 - Add class loader dependencies into the Java class loader object
Duplicate :  
JDK-7066000 - Move allocation of hotspot meta-data to mmap'ed space.
Relates :  
JDK-6392023 - Java Heap should be combined for low memory systems
Relates :  
JDK-8046112 - JEP 122: Remove the Permanent Generation
Relates :  
JDK-8005994 - Method annotations are allocated unnecessarily during class file parsing
Relates :  
JDK-6922246 - Deadlock during intensive class loading in parallel
Relates :  
JDK-7175674 - CollectedHeap::test_is_in fails with class data sharing
Relates :  
JDK-8260250 - Duplicate check in DebugInformationRecorder::recorders_frozen
Relates :  
JDK-8220416 - Comparison of klass pointers is not optimized any more
Relates :  
JDK-6739214 - Tidy up CompactingPermGenGen
Relates :  
JDK-6868071 - CMS: reduce perm heap bloat on account of 4957990
Relates :  
JDK-8012125 - Comments for ConstantPoolCache should reflect the addition of resolved_references in ConstantPool
Relates :  
JDK-8025176 - New flags for the java tool: Reimplement class meta-data storage to use native memory
Relates :  
JDK-8054972 - JRE9: JNLP app with vm args -XX:PermSize will exit sliently after accepting security dialog
Relates :  
JDK-8075030 - JvmtiEnv::GetObjectSize reports incorrect java.lang.Class instance size
Relates :  
JDK-7199082 - write warning messages to stderr
Relates :  
JDK-7131629 - Generalize the CMS free list code
Relates :  
JDK-6916625 - Use compressed klass pointer when compressed oops can not be used
Relates :  
JDK-6969945 - Can default MaxPermSize be made larger or smarter?
Relates :  
JDK-6989014 - G1: filter out perm gen cards in the C++ post write barrier
Relates :  
JDK-6990754 - Use native memory and reference counting to implement SymbolTable
Description
Change the implementation of the storage for class meta-data in hotspot (klasses) to
use native memory.
Comments
Draft description of new flags. These need to be rewritten into the style of the containing document. For example, what's the format for units such as MB? More to come. -XX:MetaspaceSize=<NNN> where <NNN> is the initial amount of space (the initial high-water-mark) allocated for class metadata (in bytes) that may induce a garbage collection to unload classes. The amount is approximate. After the high-water-mark is first reached, the next high-water-mark is managed by the garbage collector. See MinMetaspaceFreeRatio and MaxMetaspaceFreeRatio. -XX:MaxMetaspaceSize=<NNN> where <NNN> is the maximum amount of space to be allocated for class metadata (in bytes). This flag can be used to limit the amount of space allocated for class metadata. This value is approximate. By default there is not limit set. -XX:MinMetaspaceFreeRatio=<NNN> where <NNN> is the minimum percentage of class metadata capacity free after a GC to avoid an increase in the amount of space (high-water-mark) allocated for class metadata that will induce a garbage collection. -XX:MaxMetaspaceFreeRatio=<NNN> where <NNN> is the maximum percentage of class metadata capacity free after a GC to avoid a reduction in the amount of space (high-water-mark) allocated for class metadata that will induce a garbage collection.
03-10-2013
For the release notes The command line flags PermSize and MaxPermSize have been removed and are ignored. If used on the command line a warning will be emitted for each. Java HotSpot(TM) Server VM warning: ignoring option PermSize=32m; support was removed in 8.0 Java HotSpot(TM) Server VM warning: ignoring option MaxPermSize=128m; support was removed in 8.0
19-09-2013
EVALUATION http://hg.openjdk.java.net/hsx/hotspot-main/hotspot/rev/da91efe96a93
15-09-2012
EVALUATION http://hg.openjdk.java.net/hsx/hotspot-gc/hotspot/rev/da91efe96a93
01-09-2012
PUBLIC COMMENTS This project will remove the permanent generation from the hotspot heap. Doing so removes the need for tuning the size of the permanent generation and also allows an implementation that is more amenable to the concurrent collection of the meta data. This project will move the contents of the permanent generation either to the Java heap or to native memory.
13-10-2010