- 
    Bug 
- 
    Resolution: Fixed
- 
     P2 P2
- 
    21, 22
- 
        b28
- 
        Verified
| 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 | 
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.
- 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/jdk21/4d81b899
- 
                     Commit
        openjdk/jdk/5f3613e0 Commit
        openjdk/jdk/5f3613e0
- 
                     Review
        openjdk/jdk21/22 Review
        openjdk/jdk21/22
- 
                     Review
        openjdk/jdk/14469 Review
        openjdk/jdk/14469