From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 21 May 2001 22:32:12 +0200 From: David Weinehall Subject: Re: [RFC][PATCH] Re: Linux 2.4.4-ac10 Message-ID: <20010521223212.C4934@khan.acc.umu.se> References: <20010520235409.G2647@bug.ucw.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20010520235409.G2647@bug.ucw.cz>; from pavel@suse.cz on Sun, May 20, 2001 at 11:54:09PM +0200 Sender: owner-linux-mm@kvack.org Return-Path: To: Pavel Machek Cc: Rik van Riel , Mike Galbraith , "Stephen C. Tweedie" , Ingo Oeser , linux-kernel@vger.kernel.org, linux-mm@kvack.org List-ID: On Sun, May 20, 2001 at 11:54:09PM +0200, Pavel Machek wrote: > Hi! > > > > You're right. It should never dump too much data at once. OTOH, if > > > those cleaned pages are really old (front of reclaim list), there's no > > > value in keeping them either. Maybe there should be a slow bleed for > > > mostly idle or lightly loaded conditions. > > > > If you don't think it's worthwhile keeping the oldest pages > > in memory around, please hand me your excess DIMMS ;) > > Sorry, Rik, you can't have that that DIMM. You know, you are > developing memory managment, and we can't have you having too much > memory available ;-). IMVHO every developer involved in memory-management (and indeed, any software development; the authors of ntpd comes in mind here) should have a 386 with 4MB of RAM and some 16MB of swap. Nowadays I have the luxury of a 486 with 8MB of RAM and 32MB of swap as a firewall, but it's still a pain to work with. /David _ _ // David Weinehall /> Northern lights wander \\ // Project MCA Linux hacker // Dance across the winter sky // \> http://www.acc.umu.se/~tao/