From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 1 Mar 2007 20:58:26 -0800 From: Andrew Morton Subject: Re: The performance and behaviour of the anti-fragmentation related patches Message-Id: <20070301205826.4045eda4.akpm@linux-foundation.org> In-Reply-To: References: <20070301101249.GA29351@skynet.ie> <20070301160915.6da876c5.akpm@linux-foundation.org> <20070302035751.GA15867@wotan.suse.de> <20070301202917.7abe4ad8.akpm@linux-foundation.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: Nick Piggin , Mel Gorman , mingo@elte.hu, jschopp@austin.ibm.com, arjan@infradead.org, torvalds@linux-foundation.org, mbligh@mbligh.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org List-ID: On Thu, 1 Mar 2007 20:33:04 -0800 (PST) Christoph Lameter wrote: > On Thu, 1 Mar 2007, Andrew Morton wrote: > > > Sorry, but this is crap. zones and nodes are distinct, physical concepts > > and you're kidding yourself if you think you can somehow fudge things to make > > one of them just go away. > > > > Think: ZONE_DMA32 on an Opteron machine. I don't think there is a sane way > > in which we can fudge away the distinction between > > bus-addresses-which-have-the-32-upper-bits-zero and > > memory-which-is-local-to-each-socket. > > Of course you can. Add a virtual DMA and DMA32 zone/node and extract the > relevant memory from the base zone/node. You're using terms which I've never seen described anywhere. Please, just stop here. Give us a complete design proposal which we can understand and review. -- 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