-
Enhancement
-
Resolution: Not an Issue
-
P4
-
12
Switching SymbolTable implementation to use concurrent hash table shows minor (~5%) regression for trivial startup benchmarks.
Need to figure out what exactly is going on (old table was practically sync free when JVM starts up single threaded, but new one has some bookkeeping to do always) and get the performance back up.
Need to figure out what exactly is going on (old table was practically sync free when JVM starts up single threaded, but new one has some bookkeeping to do always) and get the performance back up.
- is blocked by
-
JDK-8214310 SymbolTable: Use get and insert
- Resolved
-
JDK-8195100 Use a low latency hashtable for SymbolTable
- Resolved
- relates to
-
JDK-8216049 stringTable::intern creates redundant String when looking up existing one
- Resolved
-
JDK-8219554 Redundant lookup_common in SymbolTable::add
- Resolved
-
JDK-8218646 Optimize os::jvm_path()
- Closed
-
JDK-8209054 ConcurrentHashTable: Do not allocate inside critical section
- Closed
(1 relates to)