[lkml]   [2004]   [Apr]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: vmscan.c heuristic adjustment for smaller systems
    Marc Singer wrote:
    > On Sat, Apr 17, 2004 at 04:51:51PM -0700, Andrew Morton wrote:
    >>Marc Singer <> wrote:
    >>>On Sat, Apr 17, 2004 at 04:21:25PM -0700, Andrew Morton wrote:
    >>>>How on earth can it take half a minute to list /proc?
    >>>I've watched the vmscan code at work. The memory pressure is so high
    >>>that it reclaims mapped pages zealously. The program's code pages are
    >>>being evicted frequently.
    >>Which tends to imply that the VM is not reclaiming any of that nfs-backed
    > I don't think that's the whole story. They question is why.

    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.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 14:02    [W:0.021 / U:9.060 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site