From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 03 Nov 2005 08:52:20 -0800 From: "Martin J. Bligh" Reply-To: "Martin J. Bligh" Subject: Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19 Message-ID: <309420000.1131036740@[10.10.2.4]> 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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-linux-mm@kvack.org Return-Path: To: Linus Torvalds , Mel Gorman Cc: Arjan van de Ven , Nick Piggin , Dave Hansen , Ingo Molnar , Andrew Morton , kravetz@us.ibm.com, linux-mm , Linux Kernel Mailing List , lhms , Arjan van de Ven List-ID: > The only way to support big areas is to have special zones for them. > > (Then, we may be able to use the special zones for small things too, but > under special rules, like "only used for anonymous mappings" where we > can just always remove them by paging them out. But it would still be a > special area meant for big pages, just temporarily "on loan"). The problem is how these zones get resized. Can we hotplug memory between them, with some sparsemem like indirection layer? Real customers have shown us that their workloads shift, and they have different needs at different parts of the day. We can't just pick one size and call it good. It's the same argument as the traditional VM balancing act between pagecache, user pages, and kernel pages (which incidentally, we don't use zones for). We want the system to be able to use memory wherever it's most needed. M. -- 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