From: "Stephen C. Tweedie" <sct@dcs.ed.ac.uk>
To: Rik van Riel <H.H.vanRiel@fys.ruu.nl>
Cc: linux-mm <linux-mm@kvack.org>,
"Stephen C. Tweedie" <sct@dcs.ed.ac.uk>,
werner@suse.de
Subject: Re: memory limitation test kit (tm) :-)
Date: Thu, 26 Feb 1998 22:53:17 GMT [thread overview]
Message-ID: <199802262253.WAA03955@dax.dcs.ed.ac.uk> (raw)
In-Reply-To: <Pine.LNX.3.91.980226135506.30101A-100000@mirkwood.dummy.home>
Hi,
On Thu, 26 Feb 1998 13:58:05 +0100 (MET), Rik van Riel
<H.H.vanRiel@fys.ruu.nl> said:
> Hi there,
> I've made a 'very preliminary' test patch to test
> whether memory limitation / quotation might work.
> It's untested, untunable and plain wrong, but nevertheless
> I'd like you all to take a look at it and point out things
> that I've forgotten in the limitation code...
Running a single task which has a perfectly reasonable resident set
larger than num_physpages/2 will thrash unnecessarily.
What I'm aiming for with the RSS limits is to swap stuff out of the
process's ptes if it exceeds its RSS limit (btw, struct rusage already
defines a perfectly good RSS limit we can use here --- ru_maxrss), but
to keep the pages in memory in the swap cache until the memory is needed
for something else. That way, a process exceeding RSS will run more
slowly due to soft page faults, but won't necessarily incur any extra
disk IO unless either there is genuine contention for memory or the
process is actively writing to a lot of its working set (doing the
swapout on unmodified pages is cheap, since we just keep the old copy on
disk anyway).
The new swap cache code was designed to support this stuff, and I'm
currently working on the code necessary to manage fast reclamation (even
from within interrupts) of swap pages which are disconnected from all
page tables but are still in cache.
Cheers,
Stephen.
next prev parent reply other threads:[~1998-02-26 22:53 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
1998-02-26 12:58 Rik van Riel
1998-02-26 15:32 ` Rik van Riel
1998-02-26 19:10 ` Dr. Werner Fink
1998-02-26 19:29 ` Rik van Riel
1998-02-26 22:53 ` Stephen C. Tweedie [this message]
1998-02-26 23:29 ` 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=199802262253.WAA03955@dax.dcs.ed.ac.uk \
--to=sct@dcs.ed.ac.uk \
--cc=H.H.vanRiel@fys.ruu.nl \
--cc=linux-mm@kvack.org \
--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