As seen in JDK-8195100 SymbolTable::symbols_do using do_scan can deadlock, so we changed it to try_scan for now, but do we need the lock there at alll?
Since SymbolTable::symbols_do is at a Safepoint, do we really need the "resize lock" there?
Since SymbolTable::symbols_do is at a Safepoint, do we really need the "resize lock" there?
- is blocked by
-
JDK-8195100 Use a low latency hashtable for SymbolTable
-
- Resolved
-
- relates to
-
JDK-8245264 Test runtime/cds/appcds/SignedJar.java fails
-
- Closed
-
-
JDK-8223317 Need scan without lock for concurrent hash tables
-
- Closed
-