lkml.org 
[lkml]   [2004]   [Nov]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] Remove OOM killer from try_to_free_pages / all_unreclaimable braindamage


Werner Almesberger escreveu:
> The tricky bit is now to identify such part-time interactive tasks,
> i.e. the ones who won't receive a trigger for a while. To make
> things worse, there are those who may be happily doing something,
> like spinning some animated GIF, which would be perfectly fine
> being put to a long sleep. That in turn may make the X server idle,
> etc.

I don't think you need to be that subtle about it, though I agree
perfection would be nice :) The present behaviour is just to kill
something. All I'm advocating is just swapping something out if possible
instead. Yes by definition we probably have picked something you would
have preferred to leave running, but the machine simply cope with
everything being asked of it at the moment and that something got the
short straw. At least swapped out we will get round to running it when
we can.

> Again, if you have such a clearly defined scenario, perhaps the
> cron jobs should just loudly announce that housekeeping is now
> starting and that this changes some of the rules. Or perhaps,
> there could be a SIGSWAP to swap out a process (maybe SIGSUSP it
> first so that it doesn't come back on its own).

Sounds like a job for priorities and sensible use of batch scheduling.

I still feel that special casing things is basically wrong. We could
work around the specific example that the cron.daily on my test machines
tends to cause things to be oom_killed, but it's better to fix the
problem. What about when I try to build umlsim again -- my standard test
case for triggering the oom killer ;)

Let's not forget that oom killing (when it works) is a last resort,
something we do only if we have to to avoid a panic. Too often at
present the machine just doesn't know what to do, runs around confused
and makes things worse by shooting its own leg off. Which is pretty much
a real-world definition of panicking*. Lets at least try to avoid
causing permanent damage, such as killing off sshd.

[ * I just looked it up: "of, relating to, or resembling the mental or
emotional state believed induced by the god Pan". Cool ]

Regards,
Chris R.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:08    [W:0.224 / U:0.056 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site