From: "Stephen C. Tweedie" <sct@dcs.ed.ac.uk>
To: Rik van Riel <H.H.vanRiel@fys.ruu.nl>
Cc: "Stephen C. Tweedie" <sct@dcs.ed.ac.uk>,
"Dr. Werner Fink" <werner@suse.de>,
torvalds@transmeta.com, nahshon@actcom.co.il,
alan@lxorguk.ukuu.org.uk, paubert@iram.es,
mingo@chiara.csoma.elte.hu, linux-mm@kvack.org
Subject: Re: Fairness in love and swapping
Date: Tue, 3 Mar 1998 22:59:23 GMT [thread overview]
Message-ID: <199803032259.WAA02410@dax.dcs.ed.ac.uk> (raw)
In-Reply-To: <Pine.LNX.3.91.980303001242.3788D-100000@mirkwood.dummy.home>
Hi,
On Tue, 3 Mar 1998 00:14:43 +0100 (MET), Rik van Riel <H.H.vanRiel@fys.ruu.nl> said:
>> I rather suspect with those patches that it's not simply the aging of
>> page cache pages which helps performance, but also the tuning of the
>> balance between page cache and data page reclamation.
> That's why I proposed the true LRU aging on those pages,
> so they get a better chance of (re)usal before they're
> really freed and forgotten about (and need to be reread
> in the case of readahead pages).
That's exactly what all the work on being able to look up ptes from
the page address is about. To get the balancing right, we really want
a single vmscan routine which deals with every single page fairly,
rather than skipping about between free page sources. To do that, we
need to be able to lookup the ptes from the physical address.
Given that functionality, whole new worlds open up. :)
There is one other big balancing problem right now --- if there are
insufficient free pages to instantly grow the buffer cache, then getting
a new buffer defaults to reusing the oldest buffer. I'd like to nuke
that breakage, because it leaves the buffer cache at the mercy of the
other caches in a busy system, and stops us from caching useful stuff
such as commonly used indirect blocks and directories.
--Stephen
next prev parent reply other threads:[~1998-03-03 23:00 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-02-25 20:32 Stephen C. Tweedie
1998-02-25 21:02 ` Linus Torvalds
1998-02-25 21:44 ` Rik van Riel
1998-02-25 21:39 ` Dr. Werner Fink
1998-02-25 22:27 ` Rik van Riel
1998-02-26 11:03 ` Dr. Werner Fink
1998-02-26 11:34 ` Rik van Riel
1998-02-26 18:57 ` Dr. Werner Fink
1998-02-26 19:32 ` Rik van Riel
1998-02-26 22:44 ` Stephen C. Tweedie
1998-02-26 23:34 ` Rik van Riel
1998-02-27 19:41 ` Stephen C. Tweedie
1998-03-02 16:19 ` Rik van Riel
1998-03-02 22:35 ` Stephen C. Tweedie
1998-03-02 23:14 ` Rik van Riel
1998-03-03 22:59 ` Stephen C. Tweedie [this message]
1998-02-26 8:05 ` Rogier Wolff
1998-02-26 13:00 ` Dr. Werner Fink
1998-02-26 22:36 ` Stephen C. Tweedie
1998-02-26 23:20 ` Dr. Werner Fink
1998-02-26 14:30 ` Rik van Riel
1998-02-26 22:41 ` Stephen C. Tweedie
1998-02-26 23:21 ` Rik van Riel
1998-02-26 22:33 ` Stephen C. Tweedie
1998-02-26 22:49 ` Rik van Riel
1998-02-27 2:56 ` Michael O'Reilly
[not found] <199802270729.IAA00680@cave.BitWizard.nl>
1998-02-27 11:26 ` Rik van Riel
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=199803032259.WAA02410@dax.dcs.ed.ac.uk \
--to=sct@dcs.ed.ac.uk \
--cc=H.H.vanRiel@fys.ruu.nl \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=linux-mm@kvack.org \
--cc=mingo@chiara.csoma.elte.hu \
--cc=nahshon@actcom.co.il \
--cc=paubert@iram.es \
--cc=torvalds@transmeta.com \
--cc=werner@suse.de \
/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