From: Rik van Riel <riel@conectiva.com.br>
To: "Joseph A. Knapka" <jknapka@earthlink.net>
Cc: "James A. Sutherland" <jas88@cam.ac.uk>, linux-mm@kvack.org
Subject: Re: suspend processes at load (was Re: a simple OOM ...)
Date: Sat, 21 Apr 2001 17:29:42 -0300 (BRST) [thread overview]
Message-ID: <Pine.LNX.4.21.0104211724380.1685-100000@imladris.rielhome.conectiva> (raw)
In-Reply-To: <3AE1DCA8.A6EF6802@earthlink.net>
On Sat, 21 Apr 2001, Joseph A. Knapka wrote:
> "James A. Sutherland" wrote:
> >
> > Note that process suspension already happens, but with too fine a
> > granularity (the scheduler) - that's what causes the problem. If one
> > process were able to run uninterrupted for, say, a second, it would
> > get useful work done, then you could switch to another. The current
> > scheduling doesn't give enough time for that under thrashing
> > conditions.
>
> This suggests that a very simple approach might be to just increase
> the scheduling granularity as the machine begins to thrash. IOW,
> use the existing scheduler as the "suspension scheduler".
That doesn't work. The CPU scheduler works on very small time
scales and won't run any process anyway when all of them are
waiting for IO.
What we want instead is a 2nd level scheduler which simply uses
the standard mechanisms of the kernel to temporarily suspend a
few processes on a LONGER timescale (multiple seconds) and makes
sure the normal scheduler doesn't even try to run them when all
the non-suspended processes are waiting for disk.
Btw, I have something like this almost working ...
regards,
Rik
--
Virtual memory is like a game you can't win;
However, without VM there's truly nothing to lose...
http://www.surriel.com/
http://www.conectiva.com/ http://distro.conectiva.com.br/
--
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-21 20:29 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
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 [this message]
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=Pine.LNX.4.21.0104211724380.1685-100000@imladris.rielhome.conectiva \
--to=riel@conectiva.com.br \
--cc=jas88@cam.ac.uk \
--cc=jknapka@earthlink.net \
--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