From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Tue, 8 Apr 2008 14:17:15 -0700 (PDT) From: Christoph Lameter Subject: Re: [patch 05/18] SLUB: Slab defrag core In-Reply-To: <20080408141135.de5a6350.akpm@linux-foundation.org> Message-ID: References: <20080404230158.365359425@sgi.com> <20080404230226.847485429@sgi.com> <20080407231129.3c044ba1.akpm@linux-foundation.org> <20080408141135.de5a6350.akpm@linux-foundation.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org Return-Path: To: Andrew Morton Cc: linux-mm@kvack.org, Mel Gorman , andi@firstfloor.org, Nick Piggin , Rik van Riel , Pekka Enberg List-ID: On Tue, 8 Apr 2008, Andrew Morton wrote: > I know that. It's still an arbitrary-to-the-point-of-uselessness hack. > > Reclaim is clocked by scanning rates, allocation rates and disk speed. Not > wall time. Hmmmm... We could key it to the rate of free of objects that shrink_slab() has been able to accomplish? We already check for != 0 there. The more are freed the more urgent to scan the partial lists for reclaimable slabs. -- 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