-
Enhancement
-
Resolution: Fixed
-
P4
-
11, 17, 21, 22
-
b16
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8317537 | 21.0.2 | Paul Hohensee | P4 | Resolved | Fixed | b02 |
JDK-8332869 | 17.0.13-oracle | Mimoun Ghordou | P4 | Resolved | Fixed | b01 |
JDK-8317536 | 17.0.10 | Paul Hohensee | P4 | Resolved | Fixed | b01 |
JDK-8332868 | 11.0.25-oracle | Mimoun Ghordou | P4 | Resolved | Fixed | b01 |
JDK-8317526 | 11.0.22 | Paul Hohensee | P4 | Resolved | Fixed | b01 |
Instrumentation shows current `@run`-s take this much time with x86_64 fastdebug binaries, in milliseconds:
120700 gc/stress/TestStressIHOPMultiThread.java
120573 gc/stress/TestStressIHOPMultiThread.java (part 2)
120558 gc/stress/TestStressIHOPMultiThread.java (part 3)
120489 gc/stress/TestStressIHOPMultiThread.java (part 4)
120568 gc/stress/TestStressIHOPMultiThread.java (part 5)
So this split would give us a linear improvement in parallelism.
- backported by
-
JDK-8317526 Parallelize gc/stress/TestStressIHOPMultiThread.java test
- Resolved
-
JDK-8317536 Parallelize gc/stress/TestStressIHOPMultiThread.java test
- Resolved
-
JDK-8317537 Parallelize gc/stress/TestStressIHOPMultiThread.java test
- Resolved
-
JDK-8332868 Parallelize gc/stress/TestStressIHOPMultiThread.java test
- Resolved
-
JDK-8332869 Parallelize gc/stress/TestStressIHOPMultiThread.java test
- Resolved
- links to
-
Commit openjdk/jdk11u-dev/fb7e6e38
-
Commit openjdk/jdk17u-dev/fa40b5f0
-
Commit openjdk/jdk21u/90f456c5
-
Commit openjdk/jdk/edd454b5
-
Review openjdk/jdk11u-dev/2155
-
Review openjdk/jdk17u-dev/1818
-
Review openjdk/jdk21u/211
-
Review openjdk/jdk/15710