Date: Mon, 31 Jan 2005 17:06:29 +0000 (GMT)
From: Hugh Dickins <hugh@veritas.com>
To: Nix <nix@esperi.org.uk>
cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.10: SPARC64 mapped figure goes unsignedly negative...
In-Reply-To: <87d5vlwp8k.fsf@amaterasu.srvr.nix>
Message-ID: <Pine.LNX.4.61.0501311642400.6072@goblin.wat.veritas.com>
References: <87sm4izw3u.fsf@amaterasu.srvr.nix> 
    <Pine.LNX.4.61.0501311256580.5368@goblin.wat.veritas.com> 
    <87sm4hwr81.fsf@amaterasu.srvr.nix> 
    <Pine.LNX.4.61.0501311545200.5933@goblin.wat.veritas.com> 
    <87d5vlwp8k.fsf@amaterasu.srvr.nix>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1463
Lines: 34

On Mon, 31 Jan 2005, Nix wrote:
> 
> Odd: this machine seems to be using swap, albeit not very much (and I've
> got the swap priorities upside down, as well; whoops, that's probably
> been harming performance for, well, years):
> 
> Filename				Type		Size	Used	Priority
> /dev/sda2                               partition	523016	0	1
> /dev/sda4                               partition	511232	57648	2
> /dev/sdb2                               partition	523016	0	1
> 
> Is the problem that the higher-priority kicking out to swap which should
> happen when memory is tight, won't?

I had thought that it was any kicking out to swap - apart from kicking
tmpfs/shmem pages to swap, which should happen independently of Mapped.

If you're not using tmpfs or shmem, then I'm surprised by that figure.
There was 88 kB out to swap in your original /proc/meminfo, which we
may suppose was before Mapped went negative; but above shows more since.

> I'll build rmap.c with GCC-3.3 later tonight (if I can find a copy on my
> old backups), compare the generated code, and see if anything leaps out
> at me.

Worth doing, thank you.  Rene has sent us the GCC-3.4 output,
but I've not spotted anything the matter with it yet.

Hugh
-
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/