Thread (16 messages) 16 messages, 6 authors, 2009-10-07

Re: [PATCH][RFC] add MAP_UNLOCKED mmap flag

From: Olivier Galibert <hidden>
Date: 2009-10-07 20:11:10
Also in: linux-mm, lkml

On Wed, Oct 07, 2009 at 08:59:52PM +0200, Gleb Natapov wrote:
On Wed, Oct 07, 2009 at 08:50:54PM +0200, Olivier Galibert wrote:
quoted
On Tue, Oct 06, 2009 at 02:16:03PM +0200, Gleb Natapov wrote:
quoted
I did. It allows me to achieve something I can't now. Steps you provide
just don't fit my needs. I need all memory areas (current and feature) to be
locked except one. Very big one. You propose to lock memory at some
arbitrary point and from that point on all newly mapped memory areas will
be unlocked. Don't you see it is different?
What about mlockall(MCL_CURRENT); mmap(...); mlockall(MCL_FUTURE);?
Or toggle MCL_FUTURE if a mlockall call can stop it?
This may work. And MCL_FUTURE can be toggled, but this is not thread
safe.
Just ensure that your one special mmap is done with the other threads
not currently allocating stuff.  It's probably a synchronization point
for the whole process anyway.

  OG.


--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help