Hirokazu Takahashi wrote: > > Hello, > > > > Have you considered any common ground your patch might share with the > > > people doing memory hotplug? > > > > > > http://people.valinux.co.jp/~iwamoto/mh.html > > > > > > They have a similar problem to your migration that occurs when a user > > > wants to remove a whole or partial NUMA node. > > > lhms-devel@lists.sourceforge.net > > > > Processes must be migrated to other nodes when a node is being > > removed. Conversely, processes may be migrated from other nodes when > > a node is added. I'm not familiar with NUMA things, and I think our > > team doesn't have a particular solution. If you have some idea, > > that's great. > > > > BTW, it seems page migration can use my remap_onepage function. Our > > code can move most kinds of pages including hugetlbfs pages and page > > caches. > > I believe his patch will interest you since most of the code is > independent of cpu architecture and it also covers mmaped files, > shmem, ramdisk, mlocked pages and so on. > > We will post new version of the memory hotplug patches in a week. > > Thank you, > Hirokazu Takahashi. I am afraid the "remap_onepage()" function + the modifications necessary at some other places are too much for me :-) You do a couple of retries, waits. I cannot afford spending so much as overhead due to some performance optimization. I can understand that if you want to remove a node / memory module, then you have to succeed by all means, you have to handle all kinds of pages, the performance is not at a premium. Regards, Zoltán Menyhárt - To unsubscribe from this list: send the line "unsubscribe linux-ia64" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Tue Mar 30 06:20:40 2004
This archive was generated by hypermail 2.1.8 : 2005-08-02 09:20:25 EST