From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sun, 6 Apr 2003 05:26:03 -0400 From: Benjamin LaHaise Subject: Re: objrmap and vmtruncate Message-ID: <20030406052603.A4440@redhat.com> References: <20030404163154.77f19d9e.akpm@digeo.com> <12880000.1049508832@flay> <20030405024414.GP16293@dualathlon.random> <20030404192401.03292293.akpm@digeo.com> <20030405040614.66511e1e.akpm@digeo.com> <20030405232524.GD1828@holomorphy.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030405232524.GD1828@holomorphy.com>; from wli@holomorphy.com on Sat, Apr 05, 2003 at 03:25:24PM -0800 Sender: owner-linux-mm@kvack.org Return-Path: To: William Lee Irwin III , Andrew Morton , andrea@suse.de, mbligh@aracnet.com, mingo@elte.hu, hugh@veritas.com, dmccr@us.ibm.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org List-ID: On Sat, Apr 05, 2003 at 03:25:24PM -0800, William Lee Irwin III wrote: > I apparently erred when I claimed this kind of test would not provide > useful figures of merit for page replacement algorithms. There appears > to be more to life than picking the right pages. This is precisely the conclusion which davem and myself came to, and explained at the beginning of this whole ordeal. It all boils down to the complexity of the algorithm, and the fact that the number of cache misses scales with that. Can we get on with merging pgcl to mitigate some of the rmap costs now? ;-) -ben -- 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