Thread (44 messages) 44 messages, 8 authors, 2005-02-16

Re: [RFC 2.6.11-rc2-mm2 7/7] mm: manual page migration -- sys_page_migrate

From: Robin Holt <hidden>
Date: 2005-02-14 15:34:11
Also in: lkml

On Sat, Feb 12, 2005 at 01:04:22PM -0800, Dave Hansen wrote:
On Fri, 2005-02-11 at 19:26 -0800, Ray Bryant wrote:
quoted
This patch introduces the sys_page_migrate() system call:

sys_page_migrate(pid, va_start, va_end, count, old_nodes, new_nodes);

Its intent is to cause the pages in the range given that are found on
old_nodes[i] to be moved to new_nodes[i].  Count is the the number of
entries in these two arrays of short.
Might it be useful to use nodemasks instead of those arrays?  That's
already the interface that the mbind() interfaces use, and it probably
pays to be consistent with all of the numa syscalls.
The node mask is a list of allowed.  This is intended to be as near
to a one-to-one migration path as possible.
There also probably needs to be a bit more coordination between the
other NUMA API and this one.  I noticed that, for now, the migration
loop only makes a limited number of passes.  It appears that either you
don't require that, once the syscall returns, that *all* pages have been
migrated (there could have been allocations done behind the loop) or you
have some way of keeping the process from doing any more allocations.
It is intended that the process would be stopped during the migration
to simplify considerations such as overlapping destination node lists.

Robin
--
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:"aart@kvack.org"> aart@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