From mboxrd@z Thu Jan 1 00:00:00 1970 Content-Type: text/plain; charset="iso-8859-1" From: Daniel Phillips Subject: Re: [PATCH][RFT](2) minimal rmap for 2.5 - akpm tested Date: Wed, 10 Jul 2002 23:56:48 +0200 References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: Sender: owner-linux-mm@kvack.org Return-Path: To: Rik van Riel , Sebastian Droege Cc: linux-kernel@vger.kernel.org, akpm@zip.com.au, linux-mm@kvack.org List-ID: On Wednesday 10 July 2002 22:42, Rik van Riel wrote: > On Wed, 10 Jul 2002, Sebastian Droege wrote: > > On Sat, 6 Jul 2002 02:31:38 -0300 (BRT) > > Rik van Riel wrote: > > > > > If you have some time left this weekend and feel brave, > > > please test the patch which can be found at: > > > > > > http://surriel.com/patches/2.5/2.5.25-rmap-akpmtested > > > after running your patch some time I have to say that the old VM > > implementation and the full rmap patch (by Craig Kulesa) was better. The > > system becomes very slow and has to swap in too much after some uptime > > (4 hours - 2 days) and memory intensive tasks... > > Maybe this happens only to me but it's fully reproducable > > It's a known problem with use-once. Users of plain 2.4.18 > are complaining about it, too. Hey, thanks Rik, I know something about that :-) And I'd be testing right now to see if you're right, if the DAC960 driver compiled successfully. But it doesn't, and since my test machine won't boot without it... given a choice between diving into the driver and going back to work on directory hashing on 2.4... The tree that builds wins this time. > This is something to touch on after the rmap mechanism > has been merged, Linus has indicated that he wants to merge > the thing in small bits so that's what we'll be doing ;) I bet it's something a lot dumber, like a memory leak. -- Daniel -- 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/