<div dir="ltr">We (nuodb) developed a patch to have jemalloc call MADV_NOHUGEPAGE on all memory it mapped but this only works if THP setting on OS is [madvise] so its not a complete fix. It does give our customers the flexibility to use madvise instead of never to work around this problem.   If such a patch would be welcome I will put one together but we consider it a half fix.   Personally I think linux should be changed so that THP can be disabled by a process regardless of system setting but that doesn't appear to be possible at the moment.</div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 12, 2015 at 4:22 AM, Bottiger <span dir="ltr"><<a href="mailto:bottiger10@gmail.com" target="_blank">bottiger10@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello I am wondering if the patch here ever got merged. I could not<br>
find anything about it in the changelogs or on Github.<br>
<br>
<a href="http://dev.nuodb.com/techblog/linux-transparent-huge-pages-jemalloc-and-nuodb" target="_blank">http://dev.nuodb.com/techblog/linux-transparent-huge-pages-jemalloc-and-nuodb</a><br>
<br>
We experienced RSS leakage using jemalloc 3.4.1 on Linux<br>
3.13.0-39-generic. It disappeared when we did echo never ><br>
/sys/kernel/mm/transparent_hugepage/enabled<br>
<br>
We would prefer not to have to change a global setting.<br>
_______________________________________________<br>
jemalloc-discuss mailing list<br>
<a href="mailto:jemalloc-discuss@canonware.com">jemalloc-discuss@canonware.com</a><br>
<a href="http://www.canonware.com/mailman/listinfo/jemalloc-discuss" target="_blank">http://www.canonware.com/mailman/listinfo/jemalloc-discuss</a><br>
</blockquote></div><br></div>