From: Jonathan Morton <chromi@cyberspace.org>
To: Szabolcs Szakacsits <szaka@f-secure.com>,
"James A. Sutherland" <jas88@cam.ac.uk>
Cc: Dave McCracken <dmc@austin.ibm.com>, linux-mm@kvack.org
Subject: Re: suspend processes at load (was Re: a simple OOM ...)
Date: Fri, 20 Apr 2001 13:02:11 +0100 [thread overview]
Message-ID: <l03130306b705d43ce2c0@[192.168.239.105]> (raw)
In-Reply-To: <Pine.LNX.4.30.0104201203280.20939-100000@fs131-224.f-secure.com>
>> More to the point, though, what about the worst case, where every
>> process is thrashing?
>
>What about the simplest case when one process thrasing? You suspend it
>continuously from time to time so it won't finish e.g. in 10 minutes but
>in 1 hour.
One process thrashing, lots of other processes behaving sensibly. With the
current page-replacement policy, active memory belonging to well-behaved
processes will be regularly paged out (a Bad Thing?), whether the thrashing
process is suspended periodically or not. The suspensions simply reduce
the frequency of this a little.
Where *every* process is thrashing, you have to suspend lots of processes
in order to get the rest to run. Also, every time you change the set of
suspended processes, you have to wait for the VM to settle before the peak
useful work is being done again, and even longer than that before you can
sensibly change the set of suspended processes again. This is *very*
granular - of the order of tens of seconds for a medium-sized PC-type
computer.
We need a better page-replacement algorithm, and I think my suggestion goes
some way towards that. Who knows, I might even attempt to implement it
next week...
--------------------------------------------------------------
from: Jonathan "Chromatix" Morton
mail: chromi@cyberspace.org (not for attachments)
big-mail: chromatix@penguinpowered.com
uni-mail: j.d.morton@lancaster.ac.uk
The key to knowledge is not to rely on people to teach you it.
Get VNC Server for Macintosh from http://www.chromatix.uklinux.net/vnc/
-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GCS$/E/S dpu(!) s:- a20 C+++ UL++ P L+++ E W+ N- o? K? w--- O-- M++$ V? PS
PE- Y+ PGP++ t- 5- X- R !tv b++ DI+++ D G e+ h+ r++ y+(*)
-----END GEEK CODE BLOCK-----
--
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.eu.org/Linux-MM/
next prev parent reply other threads:[~2001-04-20 12:02 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-04-19 14:03 Jonathan Morton
2001-04-19 18:25 ` Dave McCracken
2001-04-19 18:32 ` James A. Sutherland
2001-04-19 20:23 ` Jonathan Morton
2001-04-20 12:14 ` Szabolcs Szakacsits
2001-04-20 12:02 ` Jonathan Morton [this message]
2001-04-20 14:48 ` Dave McCracken
2001-04-21 5:49 ` James A. Sutherland
2001-04-21 19:16 ` Joseph A. Knapka
2001-04-21 19:41 ` Jonathan Morton
2001-04-22 10:08 ` James A. Sutherland
2001-04-22 16:53 ` Jonathan Morton
2001-04-22 17:06 ` James A. Sutherland
2001-04-22 18:18 ` Jonathan Morton
2001-04-22 18:57 ` Rik van Riel
2001-04-22 19:41 ` James A. Sutherland
2001-04-22 20:33 ` Jean Francois Martinez
2001-04-22 20:21 ` Jonathan Morton
2001-04-22 20:36 ` Jonathan Morton
2001-04-22 19:01 ` James A. Sutherland
2001-04-22 19:11 ` Rik van Riel
2001-04-22 20:36 ` James A. Sutherland
2001-04-22 19:30 ` Jonathan Morton
2001-04-22 20:35 ` James A. Sutherland
2001-04-22 20:41 ` Rik van Riel
2001-04-22 20:58 ` James A. Sutherland
2001-04-22 21:26 ` Rik van Riel
2001-04-22 22:26 ` Jonathan Morton
2001-04-23 5:55 ` James A. Sutherland
2001-04-23 5:59 ` Rik van Riel
2001-04-21 20:29 ` Rik van Riel
2001-04-22 10:08 ` James A. Sutherland
-- strict thread matches above, loose matches on Subject: below --
2001-04-13 16:20 [PATCH] a simple OOM killer to save me from Netscape Rik van Riel
2001-04-16 12:17 ` suspend processes at load (was Re: a simple OOM ...) Szabolcs Szakacsits
2001-04-17 19:48 ` Rik van Riel
2001-04-18 21:32 ` Szabolcs Szakacsits
2001-04-18 20:38 ` James A. Sutherland
2001-04-18 23:25 ` Szabolcs Szakacsits
2001-04-18 22:29 ` Rik van Riel
2001-04-19 10:14 ` Stephen C. Tweedie
2001-04-19 13:23 ` Szabolcs Szakacsits
2001-04-19 2:11 ` Rik van Riel
2001-04-19 7:08 ` James A. Sutherland
2001-04-19 13:37 ` Szabolcs Szakacsits
2001-04-19 12:26 ` Christoph Rohland
2001-04-19 12:30 ` James A. Sutherland
2001-04-19 9:15 ` James A. Sutherland
2001-04-19 18:34 ` Dave McCracken
2001-04-19 18:47 ` James A. Sutherland
2001-04-19 18:53 ` Dave McCracken
2001-04-19 19:10 ` James A. Sutherland
2001-04-20 14:58 ` Rik van Riel
2001-04-21 6:10 ` James A. Sutherland
2001-04-19 19:13 ` Rik van Riel
2001-04-19 19:47 ` Gerrit Huizenga
2001-04-20 12:44 ` Szabolcs Szakacsits
2001-04-19 20:06 ` James A. Sutherland
2001-04-20 12:29 ` Szabolcs Szakacsits
2001-04-20 11:50 ` Jonathan Morton
2001-04-20 13:32 ` Szabolcs Szakacsits
2001-04-20 14:30 ` Rik van Riel
2001-04-22 10:21 ` James A. Sutherland
2001-04-20 12:25 ` Szabolcs Szakacsits
2001-04-21 6:08 ` James A. Sutherland
2001-04-20 12:18 ` Szabolcs Szakacsits
2001-04-22 10:19 ` James A. Sutherland
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='l03130306b705d43ce2c0@[192.168.239.105]' \
--to=chromi@cyberspace.org \
--cc=dmc@austin.ibm.com \
--cc=jas88@cam.ac.uk \
--cc=linux-mm@kvack.org \
--cc=szaka@f-secure.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