From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756319AbXKGCLs (ORCPT ); Tue, 6 Nov 2007 21:11:48 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755217AbXKGCLm (ORCPT ); Tue, 6 Nov 2007 21:11:42 -0500 Received: from netops-testserver-4-out.sgi.com ([192.48.171.29]:57717 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754972AbXKGCLl (ORCPT ); Tue, 6 Nov 2007 21:11:41 -0500 Date: Tue, 6 Nov 2007 18:11:39 -0800 (PST) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Rik van Riel cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH 0/10] split anon and file LRUs In-Reply-To: <20071103184229.3f20e2f0@bree.surriel.com> Message-ID: References: <20071103184229.3f20e2f0@bree.surriel.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 3 Nov 2007, Rik van Riel wrote: > The current version only has the infrastructure. Large changes to > the page replacement policy will follow later. Hmmmm.. I'd rather see where we are going. One other way of addressing many of these issues is to allow large page sizes on the LRU which will reduce the number of entities that have to be managed. Both approaches actually would work in tandem. > TODO: > - have any mlocked and ramfs pages live off of the LRU list, > so we do not need to scan these pages I think that is the most urgent issue at hand. At least for us. > - switch to SEQ replacement for the anon LRU lists, so the > worst case number of pages to scan is reduced greatly. No idea what that is? > - figure out if the file LRU lists need page replacement > changes to help with worst case scenarios We do not have an accepted standard load. So how would we figure that one out?