From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030393AbVKCRtM (ORCPT ); Thu, 3 Nov 2005 12:49:12 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030394AbVKCRtM (ORCPT ); Thu, 3 Nov 2005 12:49:12 -0500 Received: from e4.ny.us.ibm.com ([32.97.182.144]:62118 "EHLO e4.ny.us.ibm.com") by vger.kernel.org with ESMTP id S1030393AbVKCRtL (ORCPT ); Thu, 3 Nov 2005 12:49:11 -0500 Subject: Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19 From: Dave Hansen To: Linus Torvalds Cc: "Martin J. Bligh" , Mel Gorman , Arjan van de Ven , Nick Piggin , Ingo Molnar , Andrew Morton , kravetz@us.ibm.com, linux-mm , Linux Kernel Mailing List , lhms , Arjan van de Ven In-Reply-To: References: <4366C559.5090504@yahoo.com.au> <4366D469.2010202@yahoo.com.au> <20051101135651.GA8502@elte.hu> <1130854224.14475.60.camel@localhost><20051101142959.GA9272@elte.hu> <1130856555.14475.77.camel@localhost><20051101150142.GA10636@elte.hu> <1130858580.14475.98.camel@localhost><20051102084946.GA3930@elte.hu> <436880B8.1050207@yahoo.com.au><1130923969.15627.11.camel@localhost> <43688B74.20002@yahoo.com.au><255360000.1130943722@[10.10.2.4]> <4369824E.2020407@yahoo.com.au> <306020000.1131032193@[10.10.2.4]> <1131032422.2839.8.camel@laptopd505.fenrus.org> <309420000.1131036740@[10.10.2.4]> Content-Type: text/plain Date: Thu, 03 Nov 2005 18:48:46 +0100 Message-Id: <1131040126.19901.54.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2005-11-03 at 09:19 -0800, Linus Torvalds wrote: > On Thu, 3 Nov 2005, Martin J. Bligh wrote: > > > > The problem is how these zones get resized. Can we hotplug memory between > > them, with some sparsemem like indirection layer? > > I think you should be able to add them. You can remove them. But you can't > resize them. Any particular reasons you think we can't resize them? I know shrinking the non-reclaim (DMA,NORMAL) zones will be practically impossible, but it should be quite possible to shrink the reclaim zone, and grow DMA or NORMAL into it. This will likely be necessary as memory is added to a system, and the ratio of reclaim to non-reclaim zones gets out of whack and away from the magic 16:1 or 8:1 highmem:normal ratio that seems popular. -- Dave