linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Andrea Arcangeli <andrea@suse.de>
To: Kristian Peters <kristian.peters@korseby.net>
Cc: lkml <linux-kernel@vger.kernel.org>
Subject: Re: oom killer in 2.4.23
Date: Fri, 5 Dec 2003 20:58:00 +0100	[thread overview]
Message-ID: <20031205195800.GB2121@dualathlon.random> (raw)
In-Reply-To: <20031205140520.39289a3a.kristian.peters@korseby.net>

On Fri, Dec 05, 2003 at 02:05:20PM +0100, Kristian Peters wrote:
> Andrea Arcangeli <andrea@suse.de> schrieb:
> > Marcelo asked me to to make it configurable at runtime so you could go
> > in the deadlock prone stautus of 2.4.22 on demand, but I'm not going to
> > add more features to 2.4 today unless they're blocker bugs (even if that
> > would be simple to implement), actually it's not even my choice so don't
> > ask me for that sorry.
> 
> Andrea, your vm does not work correctly in any cases.

what you're complaining is the 'selection of the task to be killed'.
That's not solvable. the kernel can't read your brain period. Only if
the kernel could read the brain of the adminstrator then you would be
happy, there is no way the kernel can know which is the task you really
want to have killed first.

> It's so simple. I've tried to fill up my memory with that crappy
> khexedit that comes with kde2. You'll see how my memory fills with the
> contents of the whole file I load. When I have started 2 or 3
> instances of khexedit my memory was nearly completely filled. Than I
> tried to start another khexedit (with a file that should nearly fit
> into memory), and the pain began.

The kernel can't know what is a pain for you and what is pain for other
people.

Measuring the page fault rate seems to get the closest heuristic that
may not be a pain for most people, all current oom killers are a pain
for somebody, desktop users where pretty much fine with 2.4.22, server
users had pain with 2.4.22 and should have less pain with 2.4.23. There
is no way to make everybody happy in 2.4.

> Rick's old vm worked better. It'd have killed the task that had last allocated memory.

it was the biggest one that's why. the old omm killer gets your desktop
scenario always correctly, true, (as far as your biggest task doesn't
get stuck on nfs etc..)

> PS: If you need more details it should be no problem to do this again.

I'm aware about those issues, that's a feature not a bug.

  parent reply	other threads:[~2003-12-05 19:58 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <Z6Iv-7O2-29@gated-at.bofh.it>
     [not found] ` <Z8Ag-3BK-3@gated-at.bofh.it>
     [not found]   ` <Zbyn-23P-29@gated-at.bofh.it>
2003-12-05 13:05     ` oom killer in 2.4.23 Kristian Peters
2003-12-05 13:56       ` Robert L. Harris
2003-12-05 19:58       ` Andrea Arcangeli [this message]
2003-12-06  9:31         ` Kristian Peters
2003-12-09 14:21           ` Andrea Arcangeli
2003-12-09 14:52             ` Richard B. Johnson
2003-12-09 17:06               ` Andrea Arcangeli
2003-12-09 18:50                 ` Kristian Peters
2003-12-05 22:38       ` Mike Fedyk
2003-12-05 22:56         ` Andrea Arcangeli
2003-12-04 16:12 Peter Bergmann
2003-12-04 17:02 ` Maciej Zenczykowski
2003-12-04 17:20   ` Guillermo Menguez Alvarez
2003-12-04 23:52     ` Andrea Arcangeli
2003-12-04 18:33   ` Peter Bergmann
2003-12-04 18:42     ` Jens Axboe
2003-12-04 20:38       ` Peter Bergmann
2003-12-04 20:28         ` Szakacsits Szabolcs
2003-12-04 23:58         ` Andrea Arcangeli

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=20031205195800.GB2121@dualathlon.random \
    --to=andrea@suse.de \
    --cc=kristian.peters@korseby.net \
    --cc=linux-kernel@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).