From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from zimbo.cs.wm.edu (localhost [127.0.0.1]) by zimbo.cs.wm.edu (8.12.8/8.12.8) with ESMTP id h5C4qu16020782 for ; Thu, 12 Jun 2003 00:52:56 -0400 From: Shansi Ren Message-ID: <3224.68.10.230.122.1055393575.squirrel@www.cs.wm.edu> Date: Thu, 12 Jun 2003 00:52:55 -0400 (EDT) Subject: Re: How to fix the total size of buffer caches in 2.4.5? In-Reply-To: <20030611233626.A30212@algol.cs.amherst.edu> References: <20030611162224.GR15692@holomorphy.com> <20030611165017.GS15692@holomorphy.com> <20030611233626.A30212@algol.cs.amherst.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-linux-mm@kvack.org Return-Path: To: linux-mm@kvack.org List-ID: >> Also, 2.4.x is relatively deeply frozen. I won't consult Marcelo (he >> has enough to deal with), but IMHO it's not productive to demonstrate >> major design changes against a codebase that can (by definition) never >> absorb them. i.e. it'd be best to try to work against current 2.5.x. > > On this point, I disagree. Given Shansi's goal of ``doing a research > project'', choosing a stable, documented kernel may be a better idea > than a developmental kernel. I may misinterpret the aim of this work, > but based on the description (comparing a new page replacement > algorithm against LRU), it seems unlikely that the immediate goal is to > implement ``major design changes'' that can be aborbed into a > codebase. It seems that the intention is simply to use Linux as an > experimental platform to gather results for page replacment policy > comparisons. > > If I am understanding your situation correctly, Shansi, please let me > know. For my projects, I've done some of the groundwork of > implementing a more ``classical'' global LRU approximation. It may > provide you a simpler framework for implementing your own page > replacement policy. Since my goal is to obtain experimental results for > a research project, and not necessarily to produce code that would be > adopted into the kernel, it may be appropriate for your purposes. My > work is based on the 2.4.20 kernel, which is close to (and may > still be) the latest 2.4.x kernel. That's exactly what I intend to do. I just want to use Linux as a platform, and do as little modification to the codebase as possible. Your help are highly appreciated. -- 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