From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 20 Sep 2001 09:06:01 -0300 (BRST) From: Rik van Riel Subject: Re: broken VM in 2.4.10-pre9 In-Reply-To: <20010920112110Z16256-2757+869@humbolt.nl.linux.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org Return-Path: To: Daniel Phillips Cc: Alan Cox , "Eric W. Biederman" , Rob Fuller , linux-kernel@vger.kernel.org, linux-mm@kvack.org List-ID: On Thu, 20 Sep 2001, Daniel Phillips wrote: > On September 20, 2001 12:04 am, Alan Cox wrote: > > Reverse mappings make linear aging easier to do but are not critical (we > > can walk all physical pages via the page map array). > > But you can't pick up the referenced bit that way, so no up aging, > only down. That still doesn't mean we can't _approximate_ aging in another way. With linear page aging (3 up, 1 down) the page ages of pages referenced only in the page tables will still go up, albeit a tad slower than expected. It's exponential aging which makes the page age go into the other direction, with linear aging things seem to work again. I've done some experiments recently and found that (with reverse mappings) exponential aging is faster when we have a small inactive list and linear aging is faster when we have a large inactive list. This means we need linear page aging with a large inactive list in order to let the page ages move into the right direction when we run a system without reverse mapping, the patch for that was sent to Alan yesterday. regards, Rik -- IA64: a worthy successor to i860. http://www.surriel.com/ http://distro.conectiva.com/ Send all your spam to aardvark@nl.linux.org (spam digging piggy) -- 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/