-
Enhancement
-
Resolution: Fixed
-
P4
-
17, 21
-
b21
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8327834 | 21.0.4-oracle | Albert Yang | P4 | Resolved | Fixed | b01 |
JDK-8324143 | 21.0.3 | Richard Reingruber | P4 | Resolved | Fixed | b01 |
JDK-8327578 | 17.0.12 | Richard Reingruber | P4 | Resolved | Fixed | b01 |
This is a problem with large objArrays that limits parallelism: a single worker thread will own that objArray, limiting throughput.
That should also fix the difference between parallel gc and g1 gc in pause times (4-5x+) for DelayInducer (JDK-8062128) found in
- backported by
-
JDK-8324143 Parallel: Implement better work distribution for large object arrays in old gen
- Resolved
-
JDK-8327578 Parallel: Implement better work distribution for large object arrays in old gen
- Resolved
-
JDK-8327834 Parallel: Implement better work distribution for large object arrays in old gen
- Resolved
- relates to
-
JDK-8320252 Regression > 3% in SPECjvm2008-Serial-ParGC on Mac aarch64
- Closed
-
JDK-8309960 ParallelGC young collections very slow in DelayInducer
- Closed
-
JDK-8311163 Parallel: Improve large object handling during evacuation
- Resolved
-
JDK-8320165 Parallel: Full GC code is very slow due to quadratic calc_new_address
- Closed
- links to
-
Commit openjdk/jdk17u-dev/f221ff38
-
Commit openjdk/jdk21u-dev/c8f04185
-
Commit openjdk/jdk/4bfe2268
-
Review openjdk/jdk17u-dev/2230
-
Review openjdk/jdk21u-dev/160
-
Review openjdk/jdk21u/328
-
Review openjdk/jdk/14846