[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090117154147.GA12863@ioremap.net>
Date: Sat, 17 Jan 2009 18:41:47 +0300
From: Evgeniy Polyakov <zbr@...emap.net>
To: Bodo Eggert <7eggert@....de>
Cc: David Rientjes <rientjes@...gle.com>,
Alan Cox <alan@...rguk.ukuu.org.uk>,
linux-kernel@...r.kernel.org,
Andrew Morton <akpm@...ux-foundation.org>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: Linux killed Kenny, bastard!
On Sat, Jan 17, 2009 at 04:21:50PM +0100, Bodo Eggert (7eggert@....de) wrote:
> > The only sane way to use oom_adj is
> > to disable oom killer for the task or make its score very small or very
> > big, there is really no way to make a finegrained tuning, since score
> > changes and userspace does not know the algorithm.
>
> It does not need to know, it just has to tune until it's about level with
> the other normal processes if it's to be a normal process, and add or
> substract one or two to oom_adj if it's avery (un)important process.
Did you try such tuning yourself? I submitted documentation update on
how score is calculated, there is really no way admin can do that in
some script or manually, and relying on oom_score content is not very
precise since it jumps all over the range depending on the read time.
So, forget that you can tune oom_adj system-wide, it is only possible to
effectively enable or disable it. If there are two identical processes,
it is possible in theory to tune them against each other, but practice
and theory are the same only in theory, in practice one of the processes
will suddenly start doing different things and all your calculus
immediately become wrong.
OOM scores can not be reliably tuned system-wide.
--
Evgeniy Polyakov
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists