| 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
 
-