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>