Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S266275AbUINW7b (ORCPT ); Tue, 14 Sep 2004 18:59:31 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S266680AbUINW7R (ORCPT ); Tue, 14 Sep 2004 18:59:17 -0400 Received: from mail14.syd.optusnet.com.au ([211.29.132.195]:36518 "EHLO mail14.syd.optusnet.com.au") by vger.kernel.org with ESMTP id S266275AbUINWxb (ORCPT ); Tue, 14 Sep 2004 18:53:31 -0400 Message-ID: <41477661.9030204@kolivas.org> Date: Wed, 15 Sep 2004 08:53:21 +1000 From: Con Kolivas User-Agent: Mozilla Thunderbird 0.8 (X11/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcelo Tosatti Cc: linux-kernel@vger.kernel.org Subject: Re: swapping and the value of /proc/sys/vm/swappiness References: <413CB661.6030303@sgi.com> <20040906162740.54a5d6c9.akpm@osdl.org> <1095186713.6309.15.camel@stantz.corp.sgi.com> <20040914201558.GA32254@logos.cnet> In-Reply-To: <20040914201558.GA32254@logos.cnet> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2727 Lines: 68 Marcelo Tosatti wrote: > On Tue, Sep 14, 2004 at 11:31:53AM -0700, Florin Andrei wrote: > >>On Mon, 2004-09-06 at 16:27, Andrew Morton wrote: >> >>>Con Kolivas wrote: >> >>>> The change was not deliberate but there have been some other people report >>>> significant changes in the swappiness behaviour as well (see archives). It >>>> has usually been of the increased swapping variety lately. It has been >>>> annoying enough to the bleeding edge desktop users for a swag of out-of-tree >>>> hacks to start appearing (like mine). >>> >>>All of which is largely wasted effort. >> >>>From a highly-theoretical, ivory-tower perspective, maybe; i am not the >>one to pass judgement. >>>From a realistic, "fix it 'cause it's performing worse than MSDOS >>without a disk cache" perspective, definitely not true. >> >>I've found a situation where the vanilla kernel has a behaviour that >>makes no sense: >> >>http://marc.theaimsgroup.com/?l=linux-kernel&m=109237941331221&w=2 >>http://marc.theaimsgroup.com/?l=linux-kernel&m=109237959719868&w=2 >>http://marc.theaimsgroup.com/?l=linux-kernel&m=109238126314192&w=2 >> >>A patch by Con Kolivas fixed it: >> >>http://marc.theaimsgroup.com/?l=linux-kernel&m=109410526607990&w=2 >> >>I cannot offer more details, i have no time for experiments, i just need >>a system that works. The vanilla kernel does not. > > > Have you tried to decrease the value of /proc/sys/vm/swappiness > to say 30 and see what you get? > > Andrew's point is that we should identify the problem - Con's patch > rewrites swapping policy. I already answered this. That hard swappiness patch does not really rewrite swapping policy. It identifies exactly what has changed because it does not count "distress in the swap tendency". Therefore if the swappiness value is the same, the mapped ratio is the same (in the workload) yet the vm is swappinig more, it is getting into more "distress". The mapped ratio is the same but the "distress" is for some reason much higher in later kernels, meaning the priority of our scanning is getting more and more intense. This should help direct your searches. These are the relevant lines of code _from mainline_: distress = 100 >> zone->prev_priority mapped_ratio = (sc->nr_mapped * 100) / total_memory; swap_tendency = mapped_ratio / 2 + distress + vm_swappiness if (swap_tendency >= 100) - reclaim_mapped = 1; That hard swappiness patch effectively made "distress == 0" always. Con - 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/