From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by e1.ny.us.ibm.com (8.12.11/8.12.11) with ESMTP id jA1EAZ0T030634 for ; Tue, 1 Nov 2005 09:10:35 -0500 Received: from d01av02.pok.ibm.com (d01av02.pok.ibm.com [9.56.224.216]) by d01relay02.pok.ibm.com (8.12.10/NCO/VERS6.7) with ESMTP id jA1EAZ5c123290 for ; Tue, 1 Nov 2005 09:10:35 -0500 Received: from d01av02.pok.ibm.com (loopback [127.0.0.1]) by d01av02.pok.ibm.com (8.12.11/8.13.3) with ESMTP id jA1EAY2r023006 for ; Tue, 1 Nov 2005 09:10:35 -0500 Subject: Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19 From: Dave Hansen In-Reply-To: <20051101135651.GA8502@elte.hu> References: <20051030235440.6938a0e9.akpm@osdl.org> <27700000.1130769270@[10.10.2.4]> <4366A8D1.7020507@yahoo.com.au> <4366C559.5090504@yahoo.com.au> <4366D469.2010202@yahoo.com.au> <20051101135651.GA8502@elte.hu> Content-Type: text/plain Date: Tue, 01 Nov 2005 15:10:23 +0100 Message-Id: <1130854224.14475.60.camel@localhost> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Ingo Molnar Cc: Mel Gorman , Nick Piggin , "Martin J. Bligh" , Andrew Morton , kravetz@us.ibm.com, linux-mm , Linux Kernel Mailing List , lhms List-ID: On Tue, 2005-11-01 at 14:56 +0100, Ingo Molnar wrote: > * Mel Gorman wrote: > > > The set of patches do fix a lot and make a strong start at addressing > > the fragmentation problem, just not 100% of the way. [...] > > do you have an expectation to be able to solve the 'fragmentation > problem', all the time, in a 100% way, now or in the future? In a word, yes. The current allocator has no design for measuring or reducing fragmentation. These patches provide the framework for at least measuring fragmentation. The patches can not do anything magical and there will be a point where the system has to make a choice: fragment, or fail an allocation when there _is_ free memory. These patches take us in a direction where we are capable of making such a decision. > > So, with this set of patches, how fragmented you get is dependant on > > the workload and it may still break down and high order allocations > > will fail. But the current situation is that it will defiantly break > > down. The fact is that it has been reported that memory hotplug remove > > works with these patches and doesn't without them. Granted, this is > > just one feature on a high-end machine, but it is one solid operation > > we can perform with the patches and cannot without them. [...] > > can you always, under any circumstance hot unplug RAM with these patches > applied? If not, do you have any expectation to reach 100%? With these patches, no. There are currently some very nice, pathological workloads which will still cause fragmentation. But, in the interest of incremental feature introduction, I think they're a fine first step. We can effectively reach toward a more comprehensive solution on top of these patches. Reaching truly 100% will require some other changes such as being able to virtually remap things like kernel text. -- Dave -- 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