From: Andrea Arcangeli <andrea@suse.de>
To: Rik van Riel <riel@conectiva.com.br>
Cc: Stephan von Krawczynski <skraw@ithnet.com>,
Patrick McFarland <unknown@panax.com>,
linux-kernel@vger.kernel.org
Subject: Re: VM
Date: Wed, 17 Oct 2001 03:15:42 +0200 [thread overview]
Message-ID: <20011017031542.X2380@athlon.random> (raw)
In-Reply-To: <20011017013856.R2380@athlon.random> <Pine.LNX.4.33L.0110162247210.6440-100000@imladris.surriel.com>
In-Reply-To: <Pine.LNX.4.33L.0110162247210.6440-100000@imladris.surriel.com>; from riel@conectiva.com.br on Tue, Oct 16, 2001 at 10:49:28PM -0200
On Tue, Oct 16, 2001 at 10:49:28PM -0200, Rik van Riel wrote:
> The VM just doesn't have the information it needs to
> determine what to do...
additional page aging cannot make it different as far I can tell.
The twekaing I'm speaking about is a number. After probing the cache and
after getting many faliures I need to choose when it's time to start
the pagetable scanning. Additional bit of aging can only influence the number of
faliures, I cannot see how can it help to know when to start the
pagetable scanning. It's a _ratio_ between the faliures and the size of
the scan that tells me when it's the time. You need the same logic too
somewhere in -ac vm. Now if I turn the ratio very high the cache will
shrink more before we start pagetable scanning. If I make it low we'll
swapout very easily. This ratio doesn't need to be perfect, it will
never trigger anyways most of the time, but it must be a sane number,
and it can make some difference during swapout.
Andrea
next prev parent reply other threads:[~2001-10-17 1:15 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-16 1:12 VM Patrick McFarland
2001-10-16 0:53 ` VM David Lang
2001-10-16 12:28 ` VM John Levon
2001-10-16 12:34 ` VM Tobias Ringstrom
2001-10-16 16:17 ` VM David Lang
2001-10-16 1:57 ` VM Linus Torvalds
2001-10-16 3:08 ` VM Patrick McFarland
2001-10-16 3:15 ` VM Robert Love
2001-10-16 3:17 ` VM Patrick McFarland
[not found] ` <1003202417.861.6.camel@phantasy>
[not found] ` <20011015232245.F1314@localhost>
2001-10-16 3:28 ` VM Robert Love
2001-10-16 5:08 ` VM safemode
2001-10-16 4:40 ` VM David Lang
2001-10-16 13:34 ` VM safemode
2001-10-16 14:19 ` VM Allan Sandfeld
2001-10-16 16:14 ` VM Rik van Riel
2001-10-16 3:15 ` VM Patrick McFarland
2001-10-16 10:26 ` VM Stephan von Krawczynski
2001-10-16 23:38 ` VM Andrea Arcangeli
2001-10-17 0:49 ` VM Rik van Riel
2001-10-17 1:15 ` Andrea Arcangeli [this message]
2001-10-16 23:24 ` VM Andrea Arcangeli
2001-10-16 8:14 ` VM Anuradha Ratnaweera
2001-10-16 13:36 ` VM Luigi Genoni
2001-10-16 14:04 ` VM bill davidsen
2001-10-16 14:11 ` VM Rik van Riel
2001-10-16 14:41 ` VM Martin Dalecki
2001-10-16 13:51 ` VM Bill Davidsen
2001-10-16 8:08 ` VM Alan Cox
[not found] <E7405EE40489D411B30F00508BF38F8D049677E2@wlvexc01.diginsite.com>
2001-10-16 16:44 ` VM David Lang
2001-10-16 18:11 ` VM Rik van Riel
2001-10-16 22:31 ` VM Luigi Genoni
-- strict thread matches above, loose matches on Subject: below --
2001-10-17 2:31 VM Marcelo Roberto Jimenez
2001-10-17 7:55 VM Leeuw van der, Tim
2001-10-17 11:08 ` VM Liu Tao
2001-10-22 13:36 VM Michael T. Babcock
2001-10-22 14:02 ` VM Alan Cox
2001-10-22 18:00 ` VM Mike Fedyk
2001-10-22 17:32 ` VM Marcelo Tosatti
2001-10-22 18:59 ` VM Daniel Phillips
2001-10-22 22:10 ` VM Ed Tomlinson
2001-10-23 5:37 ` VM Keith Owens
2001-10-23 5:38 ` VM Keith Owens
2001-10-23 16:15 ` VM Daniel Phillips
2001-10-23 16:14 ` VM David Lang
2001-10-24 13:54 ` VM J . A . Magallon
2001-10-24 18:11 ` VM Luigi Genoni
2001-10-24 14:44 ` VM Daniel Phillips
2001-10-24 16:24 ` VM David Lang
2001-10-24 17:56 ` VM Daniel Phillips
2001-10-24 16:50 ` VM David Lang
2001-10-24 18:29 ` VM Daniel Phillips
2001-10-22 20:21 ` VM Alan Cox
2001-10-22 22:35 ` VM J . A . Magallon
2001-10-22 21:33 VM Marcelo Roberto Jimenez
2001-10-22 21:44 ` VM Oliver Xymoron
2001-10-23 4:27 ` VM Patrick McFarland
2001-10-23 20:04 ` VM bill davidsen
2001-10-23 20:13 ` VM Rik van Riel
2001-10-23 22:15 ` VM Patrick McFarland
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=20011017031542.X2380@athlon.random \
--to=andrea@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=riel@conectiva.com.br \
--cc=skraw@ithnet.com \
--cc=unknown@panax.com \
/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