Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759129AbYFKXZR (ORCPT ); Wed, 11 Jun 2008 19:25:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754694AbYFKXZE (ORCPT ); Wed, 11 Jun 2008 19:25:04 -0400 Received: from relay1.sgi.com ([192.48.171.29]:38600 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754562AbYFKXZD (ORCPT ); Wed, 11 Jun 2008 19:25:03 -0400 Date: Wed, 11 Jun 2008 16:25:00 -0700 (PDT) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Andy Whitcroft cc: Andrew Morton , Rik van Riel , linux-kernel@vger.kernel.org, lee.schermerhorn@hp.com, kosaki.motohiro@jp.fujitsu.com, linux-mm@kvack.org, eric.whitney@hp.com, Paul Mundt , Andi Kleen , Ingo Molnar Subject: Re: [PATCH -mm 13/25] Noreclaim LRU Infrastructure In-Reply-To: <20080611190311.GA30958@shadowen.org> Message-ID: References: <20080606180506.081f686a.akpm@linux-foundation.org> <20080608163413.08d46427@bree.surriel.com> <20080608135704.a4b0dbe1.akpm@linux-foundation.org> <20080608173244.0ac4ad9b@bree.surriel.com> <20080608162208.a2683a6c.akpm@linux-foundation.org> <20080608193420.2a9cc030@bree.surriel.com> <20080608165434.67c87e5c.akpm@linux-foundation.org> <20080610153702.4019e042@cuia.bos.redhat.com> <20080610143334.c53d7d8a.akpm@linux-foundation.org> <20080611190311.GA30958@shadowen.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 979 Lines: 19 On Wed, 11 Jun 2008, Andy Whitcroft wrote: > I think we can say that although NUMAQ can have up to 64 NUMA nodes, in > fact I don't think we have any more with more than 4 nodes left. From > the other discussion it sounds like we have a maximum if 8 nodes on > other sub-arches. So it would not be unreasonable to reduce the shift > to 3. Which might allow us to reduce the size of the reserve. > > The problem will come with SPARSEMEM as that stores the section number > in the reserved field. Which can mean we need the whole reserve, and > there is currently no simple way to remove that. But in that case we can use the section number to look up the node number. That is done automatically if we have too many page flags. -- 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/