<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Nov 4, 2015 at 6:11 PM, Okky Hendriansyah <span dir="ltr"><<a href="mailto:okky@nostratech.com" target="_blank">okky@nostratech.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><span class=""><div style="font-family:Helvetica,Arial;font-size:13px;color:rgba(0,0,0,1.0);margin:0px;line-height:auto"><span style="font-family:arial,sans-serif;font-size:small;color:rgb(34,34,34)">Have you tried allocating and mounting the hugepages early at boot? As far as I know, hugepages would be more beneficial if it has contiguous space and we can guarantee it if it is allocated as early as possible. I think there’re 2 ways to do that:</span></div></span></div></blockquote><div><br></div><div>I don't buy that hugepages allocated at boot perform any different than hugepages allocated dynamically.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><p>I also tried to use transparent hugepages (<font face="Courier">transparent_hugepages=always</font>) since sometimes I need to launch a VirtualBox image for my work so I need as much free memory as possible. The Windows 10 VM was quite stable using it. Though Alex explicitely did not recommend using transparent hugepages for GPU passthrough VM, so I revert back to using traditional hugepages.</p></div></blockquote><div>Device assignment pins memory before transparent hugepages has a chance to do any sort of coalescing.</div></div></div></div>