From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <45B7561C.9000102@yahoo.com.au> Date: Wed, 24 Jan 2007 23:50:36 +1100 From: Nick Piggin MIME-Version: 1.0 Subject: Re: [RFC] Limit the size of the pagecache References: <1169625333.4493.16.camel@taijtu> In-Reply-To: <1169625333.4493.16.camel@taijtu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Peter Zijlstra Cc: Christoph Lameter , Aubrey Li , Vaidyanathan Srinivasan , Robin Getz , "Henn, erich, Michael" , linux-mm@kvack.org, linux-kernel@vger.kernel.org List-ID: Peter Zijlstra wrote: > On Tue, 2007-01-23 at 16:49 -0800, Christoph Lameter wrote: >>2. Insure rapid turnaround of pages in the cache. [...] > The only maybe valid point would be 2, and I'd like to see if we can't > solve that differently - a better use-once logic comes to mind. There must be something I'm missing with that point. The faster the turnaround of pagecache pages, the *less* efficiently the pagecache is working (assuming a rapid turnaround means a high rate of pages brought into, then reclaimed from pagecache). I can't argue that a smaller pagecache will be subject to a higher turnaround given the same workload, but I don't know why that would be a good thing. -- SUSE Labs, Novell Inc. Send instant messages to your online friends http://au.messenger.yahoo.com -- 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