-
Bug
-
Resolution: Fixed
-
P4
-
17, 21, 22
-
b27
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8333453 | 21.0.5-oracle | Mimoun Ghordou | P4 | Resolved | Fixed | b01 |
JDK-8334348 | 21.0.5 | Andrew Lu | P4 | Resolved | Fixed | b01 |
JDK-8332795 | 17.0.13-oracle | Mimoun Ghordou | P4 | Resolved | Fixed | b01 |
JDK-8334377 | 17.0.13 | Andrew Lu | P4 | Resolved | Fixed | b01 |
In the most recent OL 8.8 update the page size contains period at the end (example: 1G.)
Not sure at this point whether this is a test issue or platform configuration issue.
------------ Relevan test output
Expected memory string '1G. DEFAULT LARGE PAGE SIZE: 1G.'to end with either of: B, K, M, G
Test expects: DEFAULT LARGE PAGE SIZE: 1G
Actual: DEFAULT LARGE PAGE SIZE: 1G.
- backported by
-
JDK-8332795 compiler/codecache/CheckLargePages.java fails on OL 8.8 with unexpected memory string
- Resolved
-
JDK-8333453 compiler/codecache/CheckLargePages.java fails on OL 8.8 with unexpected memory string
- Resolved
-
JDK-8334348 compiler/codecache/CheckLargePages.java fails on OL 8.8 with unexpected memory string
- Resolved
-
JDK-8334377 compiler/codecache/CheckLargePages.java fails on OL 8.8 with unexpected memory string
- Resolved
- relates to
-
JDK-8304954 SegmentedCodeCache fails when using large pages
- Resolved
-
JDK-8319795 Static huge pages are not used for CodeCache
- Resolved
-
JDK-8318482 problemlist compiler/codecache/CheckLargePages.java on Linux-x64 until JDK-8317831 is fixed
- Resolved
- links to
-
Commit openjdk/jdk17u-dev/0fc9b025
-
Commit openjdk/jdk21u-dev/762e9832
-
Commit openjdk/jdk/86b27b78
-
Review openjdk/jdk17u-dev/2576
-
Review openjdk/jdk21u-dev/713
-
Review openjdk/jdk/16962