Details
-
Bug
-
Resolution: Fixed
-
P2
-
21, 22
-
b28
-
Verified
Backports
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8310136 | 22 | Albert Yang | P2 | Resolved | Fixed | b03 |
JDK-8310434 | 21.0.1 | Albert Yang | P2 | Resolved | Fixed | b02 |
Description
I.e. with -Xmn1g -Xms3g -Xmx3g on both collectors, G1 takes 130-360ms for young collections, Parallel GC young collections take 666-8863(!)ms.
There seems to be a problem with the work queue/task stealing. See the attached logs showing task queue statistics; just compare the steal statistics (prefixed with "st-") where parallel gc looks extremely bad.
Attachments
Issue Links
- backported by
-
JDK-8310136 ParallelGC young collections very slow in DelayInducer
-
- Resolved
-
-
JDK-8310434 ParallelGC young collections very slow in DelayInducer
-
- Resolved
-
- relates to
-
JDK-8300447 Parallel: Refactor PSPromotionManager::drain_stacks_depth
-
- Resolved
-
-
JDK-8310031 Parallel: Implement better work distribution for large object arrays in old gen
-
- Resolved
-
-
JDK-8339028 Re-evaluate workaround for very slow DelayInducer
-
- Closed
-
-
JDK-8311163 Parallel: Improve large object handling during evacuation
-
- Resolved
-
-
JDK-8319205 Parallel: Reenable work stealing after JDK-8310031
-
- Resolved
-
- links to
-
Commit openjdk/jdk21/4d81b899
-
Commit openjdk/jdk/5f3613e0
-
Review openjdk/jdk21/22
-
Review openjdk/jdk/14469