From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefan Lankes Subject: RE: [RFC PATCH 0/4]: affinity-on-next-touch Date: Fri, 12 Jun 2009 13:46:37 +0200 Message-ID: <004001c9eb53$71991300$54cb3900$@rwth-aachen.de> References: <000c01c9d212$4c244720$e46cd560$@rwth-aachen.de> <87zldjn597.fsf@basil.nowhere.org> <000001c9eac4$cb8b6690$62a233b0$@rwth-aachen.de> <20090612103251.GJ25568@one.firstfloor.org> Mime-Version: 1.0 Content-Transfer-Encoding: 7BIT Return-path: In-reply-to: <20090612103251.GJ25568@one.firstfloor.org> Content-language: de Sender: linux-numa-owner@vger.kernel.org List-ID: Content-Type: text/plain; charset="us-ascii" To: 'Andi Kleen' Cc: linux-kernel@vger.kernel.org, Lee.Schermerhorn@hp.com, linux-numa@vger.kernel.org, Boris Bierbaum , 'Brice Goglin' > > I analyze Lee Schermerhorn's migrate memory on cpu migration patches > > (http://free.linux.hp.com/~lts/Patches/PageMigration/). I think that > Lee > > Schermerhorn add similar functionalities to the kernel. He called the > > "affinity-on-next-touch" functionality "migrate_on_fault" and uses in > his > > patches the normal NUMA memory policies. Therefore, his solution fits > better > > to the Linux kernel. I tested his patches with our test applications > and got > > nearly the same performance results. > > That's great to know. > > I didn't think he had a per process setting though, did he? He enables the support of migration-on-fault via cpusets (echo 1 > /dev/cpuset/migrate_on_fault). Afterwards, every process could initiate migration-on-fault via mbind(..., MPOL_MF_MOVE|MPOL_MF_LAZY). > > I found only patches for the kernel 2.6.25-rc2-mm1. Does someone > develop > > these patches further? > > Not to much knowledge. Maybe Lee will pick them up again now that there > are more use cases. > > If he doesn't have time maybe you could update them? We are planning to work in this area. I think that I could update these patches. At least, I am able to support Lee. Stefan