<div>
                    Sure: http://cr.openjdk.java.net/~iveresov/7151089/webrev.01/
                </div><div><br></div><div>I also decided to use the check of UseSHM explicitly to make the idea clearer. </div>
                <div><div><br></div><div>Thanks!</div><div>igor</div><div><br></div></div>
                 
                <p style="color: #A0A0A8;">On Monday, March 5, 2012 at 7:12 PM, Vladimir Kozlov wrote:</p>
                <blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-left:0px;padding-left:10px;">
                    <span><div><div><div>Add comment explaining the condition.</div><div><br></div><div>Vladimir</div><div><br></div><div>Igor Veresov wrote:</div><blockquote type="cite"><div><div>  We already turn adaptive resizing off (UseAdaptiveNUMAChunkSizing and </div><div>UseAdaptiveSizePolicy) when using SHM-based large pages because these </div><div>don't support uncommiting. However that is not enough - during the </div><div>initialization we still do it once, which on linux leads to mmaping over </div><div>the eden portion of the SHM segment. By doing this we loose large pages </div><div>support and also increase memory requirements. </div><div><br></div><div>The solution is to avoid attempting to free memory for SHM-based setups.</div><div><br></div><div>Webrev: <a href="http://cr.openjdk.java.net/~iveresov/7151089/webrev.00/">http://cr.openjdk.java.net/~iveresov/7151089/webrev.00/</a></div><div><br></div><div>igor</div></div></blockquote></div></div></span>
                 
                 
                 
                 
                </blockquote>
                 
                <div>
                    <br>
                </div>