Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-2206382 | 7 | Coleen Phillimore | P3 | Closed | Fixed | b129 |
One of the solutions to this problem is to use native C memory for the VM's representation of the Java program. This is currently our chosen solution. The SymbolTable and associated symbols are one type in the JVM that needs to move into native memory, from permgen. The symbols are shared among class loaders so need to be reference counted so that when unreferenced, they are freed.
This work supports bugid 6964458
- backported by
-
JDK-2206382 Use native memory and reference counting to implement SymbolTable
- Closed
- relates to
-
JDK-7023180 Change in specified-to-be-unspecified ordering of getDeclaredMethods causes application problems
- Closed
-
JDK-6964458 Reimplement class meta-data storage to use native memory
- Resolved
-
JDK-8009204 [dtrace] signatures returned by Java 7 jstack() are corrupt on Solaris
- Resolved
-
JDK-7018355 JSR 292: VM crash in DefNewGeneration::copy_to_survivor_space
- Closed
-
JDK-7171703 JNI DefineClass crashes client VM when first parameter is NULL
- Closed
-
JDK-7018673 Zero: 6953144, 6990754 and 7009756 made some changes which broke Zero
- Closed