Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262583AbUKVUFi (ORCPT ); Mon, 22 Nov 2004 15:05:38 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262580AbUKVTzf (ORCPT ); Mon, 22 Nov 2004 14:55:35 -0500 Received: from mail-relay-2.tiscali.it ([213.205.33.42]:21380 "EHLO mail-relay-2.tiscali.it") by vger.kernel.org with ESMTP id S262583AbUKVTur (ORCPT ); Mon, 22 Nov 2004 14:50:47 -0500 Date: Mon, 22 Nov 2004 20:49:53 +0100 From: Andrea Arcangeli To: Marcelo Tosatti Cc: Andrew Morton , j-nomura@ce.jp.nec.com, linux-kernel@vger.kernel.org, riel@redhat.com, Hugh Dickins Subject: Re: Lazily add anonymous pages to LRU on v2.4? was Re: [2.4] heavy-load under swap space shortage Message-ID: <20041122194953.GJ10782@dualathlon.random> References: <20040310.195707.521627048.nomura@linux.bs1.fc.nec.co.jp> <20040314121503.13247112.akpm@osdl.org> <20040314230138.GV30940@dualathlon.random> <20040314152253.05c58ecc.akpm@osdl.org> <20041122150138.GB27753@logos.cnet> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041122150138.GB27753@logos.cnet> X-GPG-Key: 1024D/68B9CB43 13D9 8355 295F 4823 7C49 C012 DFA1 686E 68B9 CB43 X-PGP-Key: 1024R/CB4660B9 CC A0 71 81 F4 A0 63 AC C0 4B 81 1D 8C 15 C8 E5 User-Agent: Mutt/1.5.6i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1952 Lines: 42 On Mon, Nov 22, 2004 at 01:01:38PM -0200, Marcelo Tosatti wrote: > On Sun, Mar 14, 2004 at 03:22:53PM -0800, Andrew Morton wrote: > > Andrea Arcangeli wrote: > > > > > > > > > > > Having a magic knob is a weak solution: the majority of people who are > > > > affected by this problem won't know to turn it on. > > > > > > that's why I turned it _on_ by default in my tree ;) > > > > So maybe Marcelo should apply this patch, and also turn it on by default. > > I've been pondering this again for 2.4.29pre - the thing I'm not sure about > what negative effect will be caused by not adding anonymous pages to LRU > immediately on creation. > > The scanning algorithm will apply more pressure to pagecache pages initially > (which are on the LRU) - but that is _hopefully_ no problem because swap_out() will > kick-in soon moving anon pages to LRU soon as they are swap-allocated. > > I'm afraid that might be a significant problem for some workloads. No? > > Marc-Christian-Petersen claims it improves behaviour for him - how so Marc, > and what is your workload/hardware description? > > This is known to decrease contention on pagemap_lru_lock. > > Guys, doo you have any further thoughts on this? > I think I'll give it a shot on 2.4.29-pre? I think you mean the one liner patch that avoids the lru_cache_add during anonymous page allocation (you didn't quote it, and I can't see the start of the thread). I develoepd that patch for 2.4-aa and I'm using it for years, and it runs in all latest SLES8 kernels too, plus 2.4-aa is the only kernel I'm sure can sustain certain extreme VM loads with heavy swapping of shmfs during heavy I/O. So you can apply it safely I think. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/