From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Fri, 03 Jun 2005 10:56:54 -0700 From: "Martin J. Bligh" Reply-To: "Martin J. Bligh" Subject: Re: Avoiding external fragmentation with a placement policy Version 12 Message-ID: <831680000.1117821414@flay> In-Reply-To: <20050603174706.GA25663@localhost.localdomain> References: <20050531112048.D2511E57A@skynet.csn.ul.ie> <429E20B6.2000907@austin.ibm.com> <429E4023.2010308@yahoo.com.au> <423970000.1117668514@flay> <20050603174706.GA25663@localhost.localdomain> 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: Sonny Rao Cc: Nick Piggin , jschopp@austin.ibm.com, Mel Gorman , linux-mm@kvack.org, linux-kernel@vger.kernel.org, akpm@osdl.org List-ID: --On Friday, June 03, 2005 12:47:06 -0500 Sonny Rao wrote: > On Wed, Jun 01, 2005 at 04:28:34PM -0700, Martin J. Bligh wrote: > >> Seems to me we're basically pointing a blunderbuss at memory, and >> blowing away large portions, and *hoping* something falls out the >> bottom that's a big enough chunk? > > Isn't this also the case with the slab shrinkers ?? > > We kill stuff until some free pages hopefully fall out, but this can > be difficult when you have 20+ non-related items per page (dcache). > > I think there should be a better way there as well. Yup. Same problem, I've been looking at that too ... 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: aart@kvack.org