<div dir="ltr"><div>Hi all,<br></div><div><br></div><div>We talked about this [1] and StefanJ opened an issue open 
for it [2], and also I had private talks with various people. I am currently 
digging around in LP initialization again, and getting rid of SHM mode 
would be so nice. Perfect time for it too, just after LTS fork-off.<br></div><div><br></div><div>SHM tlbfs mode causes a lot of extra complexity. Since SHM segments can only be detached as a whole, they behave more like Windows VirtualSpace instead of mmap. As in, the whole mapping cannot be split, cannot be partially uncommitted etc. As StefanJ pointed out in [2], it also requires more permissions than mmap-tlbfs mode.</div><div><br></div>I have always had the suspicion that this is a dusty corner of hotspot that is rarely used and probably broken in many corner cases. For example, the sanity checks at VM startup are not correctly implemented, see JDK-8310262<div><br></div><div>Therefore, unless someone knows a good reason against removal, I would like to remove SHM mode from hotspot. <br></div><div><br></div><div>We could get rid of both -XX:+UseSHM and -XX:+UseHugeTLBFS, since one is the negation of the other. Large page support on Linux would become a lot simpler then and just a matter of: +UseLargePages and +-UseTHP. A nice complexity reduction, and we could get rid of a many tests too.</div><div><br></div><div>(Obviously, this would need a CSR and Release notes etc).<br></div><div><br></div><div>Any objections?<br></div><div><br></div><div>Thanks, Thomas</div><br><div>[1] <a href="https://mail.openjdk.org/pipermail/hotspot-dev/2020-December/046885.html">https://mail.openjdk.org/pipermail/hotspot-dev/2020-December/046885.html</a></div><div>[2] <a href="https://bugs.openjdk.org/browse/JDK-8261894">https://bugs.openjdk.org/browse/JDK-8261894</a></div><div>[3] <a href="https://bugs.openjdk.org/browse/JDK-8310262">https://bugs.openjdk.org/browse/JDK-8310262</a></div></div>