Re: vmscan.c heuristic adjustment for smaller systems

From: Nick Piggin
Date: Sun Apr 18 2004 - 00:21:26 EST

Marc Singer wrote:
On Sun, Apr 18, 2004 at 02:41:12PM +1000, Nick Piggin wrote:

William Lee Irwin III wrote:

On Sun, Apr 18, 2004 at 01:37:45PM +1000, Nick Piggin wrote:

swappiness is pretty arbitrary and unfortunately it means
different things to machines with different sized memory.
Also, once you *have* gone past the reclaim_mapped threshold,
mapped pages aren't really given any preference above
unmapped pages.
I have a small patchset which splits the active list roughly
into mapped and unmapped pages. It might hopefully solve your
problem. Would you give it a try? It is pretty stable here.

It would be interesting to see the results of this on Marc's system.
It's a more comprehensive solution than tweaking numbers.

Well, here is the current patch against 2.6.5-mm6. -mm is
different enough from -linus now that it is not 100% trivial
to patch (mainly the rmap and hugepages work).

Will this work against 2.6.5 without -mm6?

Unfortunately it won't patch easily. If this is a big
problem for you I could make you up a 2.6.5 version.

As an aside, I've been using SVN to manage my kernel sources. While
I'd be thrilled to make it work, it simply doesn't seem to have the
heavy lifting capability to handle the kernel work. I know the
rudiments of using BK. What I'd like is some sort of HOWTO with
example of common tasks for kernel development. Know of any?

Well I don't do a great deal of coding or merging, but I
use Andrew Morton's patch scripts which make things very
easy for me.

Regarding bitkeeper, I have never tried it but there is
some help in Documentation/BK-usage/ which might be of
use to you.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at