From: G?bor L?n?rt <lgb@viva.uti.hu>
To: linux-mm@kvack.org
Subject: Re: Discussion on my OOM killer API
Date: Mon, 30 Oct 2000 10:02:15 +0100 [thread overview]
Message-ID: <20001030100215.A26676@viva.uti.hu> (raw)
In-Reply-To: <20001027221259.C0ED4F42C@agnes.fremen.dune>; from jfm2@club-internet.fr on Sat, Oct 28, 2000 at 12:12:59AM +0200
On Sat, Oct 28, 2000 at 12:12:59AM +0200, jfm2@club-internet.fr wrote:
> > > echo "my-kewl-oom-killer" >/proc/sys/vm/oom_handler
> > >
> > > will try to load the module with this name for a new one and
> > > uninstall the old one.
> >
> > EBADIDEA. The kernel's OOM killer is a last ditch "something's going to
> > die - who's first?" - adding extra bloat like this is BAD.
Yep.
> > Policy should be decided user-side, and should prevent the kernel-side
> > killer EVER triggering.
> >
>
> Only problem is that your user side process will have been pushed out
> of memory by netcape and that in this kind of situations it will take
> a looooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooong
Nope. Use mlock().
Second it's clear that we should implement a stupid kernel side OOM killer
too in case of something goes really wrong, but that killer can be really
stupid and constant part of system. In normal cases user space OOM killer
should do the job for us ...
- Gabor
--
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:[~2000-10-30 9:02 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20001019122331.H840@nightmaster.csn.tu-chemnitz.de>
2000-10-19 17:02 ` Rik van Riel
2000-10-26 20:47 ` Linus Torvalds
2000-10-26 21:16 ` Rik van Riel
2000-10-26 22:33 ` Mark Hahn
2000-10-26 23:58 ` James Sutherland
2000-10-27 0:10 ` Linus Torvalds
2000-10-27 6:46 ` James Sutherland
2000-10-27 7:39 ` Gábor Lénárt
2000-10-27 13:54 ` James Sutherland
2000-10-27 17:10 ` Ingo Oeser
2000-10-27 17:36 ` James Sutherland
2000-10-27 22:12 ` jfm2
2000-10-27 22:11 ` James Sutherland
2000-10-27 22:43 ` jfm2
2000-10-27 22:51 ` James Sutherland
2000-10-28 4:48 ` Jeremy Fitzhardinge
2000-10-28 7:29 ` James Sutherland
2000-10-30 9:02 ` G?bor L?n?rt [this message]
2000-10-30 9:41 ` James Sutherland
2000-10-30 9:53 ` G?bor L?n?rt
2000-10-30 12:18 ` J.A. Sutherland
2000-10-29 19:30 ` Ingo Oeser
2000-10-29 20:41 ` James 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=20001030100215.A26676@viva.uti.hu \
--to=lgb@viva.uti.hu \
--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