From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sat, 16 Sep 2006 21:55:45 -0700 From: Andrew Morton Subject: Re: [PATCH] GFP_THISNODE for the slab allocator Message-Id: <20060916215545.32fba5c7.akpm@osdl.org> In-Reply-To: References: <20060914220011.2be9100a.akpm@osdl.org> <20060914234926.9b58fd77.pj@sgi.com> <20060915002325.bffe27d1.akpm@osdl.org> <20060916044847.99802d21.pj@sgi.com> <20060916083825.ba88eee8.akpm@osdl.org> <20060916145117.9b44786d.pj@sgi.com> <20060916161031.4b7c2470.akpm@osdl.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Christoph Lameter Cc: Paul Jackson , linux-mm@kvack.org, rientjes@google.com List-ID: On Sat, 16 Sep 2006 21:37:04 -0700 (PDT) Christoph Lameter wrote: > On Sat, 16 Sep 2006, Andrew Morton wrote: > > > I don't see how any of this could help. If one has a memory container > > which is constructed from 50 zones, that linear search is just going to do > > a lot of linear searching when the container approaches anything like > > fullness. > > One would not construct a memory container from 50 zones but build a > single zone as a memory container of that size. > > This could work by creating a new fake node and allocating a certain > amount of memory from the old zone for the fake node. Then one would have > a zone that is the container and not a container that consists of > gazillions of fake nodes. Well yes, there are various things one could do if one wanted to make lots of kernel changes. I believe Magnus posted some patches along these lines a while back. But it's not clear that we _need_ to make such changes. nodes-as-containers works OK out-of-the-box. Apart from the fact that get_page_from_freelist() sucks. And speeding that up will speed up other workloads. Would prefer to make the kernel faster, rather than more complex... -- 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: email@kvack.org