Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932376AbWA0A5R (ORCPT ); Thu, 26 Jan 2006 19:57:17 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932390AbWA0A5R (ORCPT ); Thu, 26 Jan 2006 19:57:17 -0500 Received: from omx2-ext.sgi.com ([192.48.171.19]:43219 "EHLO omx2.sgi.com") by vger.kernel.org with ESMTP id S932376AbWA0A5Q (ORCPT ); Thu, 26 Jan 2006 19:57:16 -0500 Date: Thu, 26 Jan 2006 16:57:06 -0800 (PST) From: Christoph Lameter To: Matthew Dobson cc: linux-kernel@vger.kernel.org, sri@us.ibm.com, andrea@suse.de, pavel@suse.cz, linux-mm@kvack.org, pj@sgi.com, ak@suse.de Subject: Re: [patch 3/9] mempool - Make mempools NUMA aware In-Reply-To: <43D96D08.6050200@us.ibm.com> Message-ID: References: <20060125161321.647368000@localhost.localdomain> <1138233093.27293.1.camel@localhost.localdomain> <43D953C4.5020205@us.ibm.com> <43D95A2E.4020002@us.ibm.com> <43D96633.4080900@us.ibm.com> <43D96A93.9000600@us.ibm.com> <43D96D08.6050200@us.ibm.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1513 Lines: 28 On Thu, 26 Jan 2006, Matthew Dobson wrote: > > We need this for other issues as well. f.e. to establish memory allocation > > policies for the page cache, tmpfs and various other needs. Look at > > mempolicy.h which defines a subset of what we need. Currently there is no > > way to specify a policy when invoking the page allocator or slab > > allocator. The policy is implicily fetched from the current task structure > > which is not optimal. > > I agree that the current, task-based policies are subobtimal. Having to > allocate and fill in even a small structure for each allocation is going to > be a tough sell, though. I suppose most allocations could get by with a > small handfull of static generic "policy structures"... This seems like it > will turn into a signifcant rework of all the kernel's allocation routines, > no small task. Certainly not something that I'd even start without > response from some other major players in the VM area... Anyone? No you would have a set of policies and only pass a pointer to the policies to the allocator. I.e. have one emergency policy allocated somewhere in the IP stack and then pass that to the allocator. I guess that Andi Kleen and Paul Jackson would likely be interested in such an endeavor. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/