-
Bug
-
Resolution: Fixed
-
P4
-
22
-
None
Unlike other ExcecutorServices, ForkJoinPool releases (kills and allows GC etc) at most one worker thread per KeepAlive interval, which can be extremely slow. (This problem worsened under JDK-8288899). A better approach, that still conforms to specs and user expectations, is to trigger follow-on trims after the first with almost-immediate deadlines. This would for example shorten a full trim on a 64-thread pool with default 1-minute keepAlive settings from more than an hour to just over a minute.
- relates to
-
JDK-8328769 ForkJoinPool trims worker threads too quickly after JDK-8319662
- Closed
-
JDK-8327743 JVM crash in hotspot/share/runtime/javaThread.cpp - failed: held monitor count should be equal to jni: 0 != 1
- Resolved