[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Lse-tech] [rfc][api] Shared Memory Binding



> 	I've got a pseudo manpage for a new call I'm attempting 
> to implement: 
> shmbind().  The idea of the call is to allow userspace 
> processes to bind 
> shared memory segments to particular nodes' memory and do so 
> according 
> to certain policies.  Processes would call shmget() as usual, 
> but before 
> calling shmat(), the process could call shmbind() to set up a binding 
> for the segment.  Then, any time pages from the shared segment are 
> faulted into memory, it would be done according to this binding.
> 	Any comments about the attatched manpage, the idea in 
> general, how to improve it, etc. are definitely welcome.

Why tie this to the sysV ipc shm mechanism?  Couldn't you make
a more general "mmbind()" call that applies to a "start, len"
range of virtual addresses?  This would work for your current
usage (but you would apply it after the "shmat()"), but it would
also be useful for memory allocated to a process with mmap(), sbrk()
and even general .text/.data if you managed to call it before you
touched pages.

-Tony
--
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/