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