Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8163631 | 8u121 | Stefan Karlsson | P4 | Resolved | Fixed | b01 |
JDK-8155011 | 8u112 | Andreas Eriksson | P4 | Resolved | Fixed | b01 |
JDK-8167738 | emb-8u121 | Stefan Karlsson | P4 | Resolved | Fixed | b01 |
JDK-8155012 | 7u121 | Andreas Eriksson | P4 | Resolved | Fixed | b01 |
With
This kind of fallback is different to the fallback to use small pages when there are no (or not enough) large pages available at all.
See os::reserve_memory_special_shm() for details.
This may represent a performance issue.
Improve that by e.g. manual alignment or additional allocation of small pages at the start and end to align the heap.
- backported by
-
JDK-8155011 G1: UseSHM in combination with a G1HeapRegionSize > os::large_page_size() falls back to use small pages
-
- Resolved
-
-
JDK-8155012 G1: UseSHM in combination with a G1HeapRegionSize > os::large_page_size() falls back to use small pages
-
- Resolved
-
-
JDK-8163631 G1: UseSHM in combination with a G1HeapRegionSize > os::large_page_size() falls back to use small pages
-
- Resolved
-
-
JDK-8167738 G1: UseSHM in combination with a G1HeapRegionSize > os::large_page_size() falls back to use small pages
-
- Resolved
-
- duplicates
-
JDK-8054108 LargePages silently falling back to small pages with G1GC & 8GB+ heaps
-
- Closed
-
- relates to
-
JDK-8016666 G1:UseSHM crashes the JVM if G1HeapRegionSize > os::large_page_size()
-
- Closed
-
-
JDK-8007074 SIGSEGV at ParMarkBitMap::verify_clear()
-
- Closed
-