-
Enhancement
-
Resolution: Fixed
-
P4
-
17, 18
-
b15
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8297400 | 17.0.6 | Aleksey Shipilev | P4 | Resolved | Fixed | b04 |
In all cases, I see something like:
```
Verifying strings: total=10, uniqueFound=10, uniqueExpected=5"
Deduplication not completed, waiting...
```
where it seems Shenandoah interns too much? Also, not sure what the point is in further waiting.
Test then fails with
```
2021-08-03T08:46:38.6203120Z stderr: [Exception in thread "main" java.lang.RuntimeException: String verification failed
2021-08-03T08:46:38.6205296Z at gc.stringdedup.TestStringDeduplicationTools.verifyStrings(TestStringDeduplicationTools.java:220)
2021-08-03T08:46:38.6208132Z at gc.stringdedup.TestStringDeduplicationTools$DeduplicationTest.main(TestStringDeduplicationTools.java:257)
```
This happens when the test runs for -`XX:StringDeduplicationAgeThreshold=15`, but since this is the first threshold tested and the test executes them all sequentially in one subtest maybe all would fail.
Test seem to be new for Shenandoah, or at least executed for Shenandoah since they were split out with
- backported by
-
JDK-8297400 TestStringDeduplicationAgeThreshold intermittent failures on Shenandoah
-
- Resolved
-
- relates to
-
JDK-8273695 Safepoint deadlock on VMOperation_lock
-
- Closed
-
-
JDK-8267188 gc/stringdedup/TestStringDeduplicationInterned.java fails with Shenandoah
-
- Resolved
-
-
JDK-8269032 Stringdedup tests are failing if the ergonomically select GC does not support it
-
- Resolved
-
-
JDK-8274309 gc/stringdedup/TestStringDeduplicationPrintOptions.java#G1/Serial timed out
-
- Closed
-
- links to
-
Commit openjdk/jdk17u-dev/c260e8a9
-
Commit openjdk/jdk/f9b2507f
-
Review openjdk/jdk17u-dev/913
-
Review openjdk/jdk/5428