From: Joseph A Knapka <jknapka@earthlink.net>
To: Benjamin Redelings I <bredelin@ucla.edu>
Cc: linux-mm@kvack.org
Subject: Re: VM question: side effect of not scanning Active pages?
Date: Sun, 14 Oct 2001 18:55:31 +0000 [thread overview]
Message-ID: <3BC9DFA3.D9699230@earthlink.net> (raw)
In-Reply-To: <3BCA2015.5080306@ucla.edu>
Benjamin Redelings I wrote:
>
> Hello,
> In both Andrea and Rik's VM, I have tried modifying try_to_swap_out so
> that a page would be skipped if it is "active". For example, I have
> currently modified 2.4.13-pre2 by adding:
>
> if (PageActive(page))
> return 0;
>
> after testing the hardware referenced bit. This was motivated by
> sections of VM-improvement patches written by both Rik and Andrea.
> This SEEMS to increase performance, but it has another side effect. The
> RSS of unused daemons no longer EVER drops to 4k, which it does without
> this modification. The RSS does decrease (usually) to the value of
> shared memory, but the amount of shared memory only gets down to about
> 200-300k instead of decreasing to 4k.
> Can anyone tell me why not scanning Active page for swapout would have
> this effect? Thanks!
Well, you will never unmap active page. Essentially,
that means that once a page gets onto the active
list, it is effectively pinned in memory until all processes
using the page exit. This is probably not what you want.
You'll still see some pages get swapped out, of course,
because not all pages in use by processes live on the
active list (anonymous pages that have never been unmapped,
for example, don't, at least in the kernels I'm familiar
with; though I understand there's some talk of changing
that).
Cheers,
-- Joe
# "You know how many remote castles there are along the
# gorges? You can't MOVE for remote castles!" - Lu Tze re. Uberwald
# Linux MM docs:
http://home.earthlink.net/~jknapka/linux-mm/vmoutline.html
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/
next prev parent reply other threads:[~2001-10-14 18:55 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-14 23:30 Benjamin Redelings I
2001-10-14 18:55 ` Joseph A Knapka [this message]
[not found] ` <3BCA6F25.2000807@ucla.edu>
2001-10-14 23:58 ` Joseph A Knapka
2001-10-15 12:38 ` Jonathan Morton
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3BC9DFA3.D9699230@earthlink.net \
--to=jknapka@earthlink.net \
--cc=bredelin@ucla.edu \
--cc=linux-mm@kvack.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox