From: Evgeniy Polyakov <zbr@ioremap.net>
To: David Rientjes <rientjes@google.com>
Cc: Bodo Eggert <7eggert@gmx.de>, Alan Cox <alan@lxorguk.ukuu.org.uk>,
Dave Jones <davej@redhat.com>,
linux-kernel@vger.kernel.org,
Andrew Morton <akpm@linux-foundation.org>,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [why oom_adj does not work] Re: Linux killed Kenny, bastard!
Date: Thu, 15 Jan 2009 11:43:28 +0300 [thread overview]
Message-ID: <20090115084328.GA29586@ioremap.net> (raw)
In-Reply-To: <alpine.DEB.2.00.0901141651540.22699@chino.kir.corp.google.com>
On Wed, Jan 14, 2009 at 04:54:09PM -0800, David Rientjes (rientjes@google.com) wrote:
> > This does not work if processes are short-living and are spawned by the
> > parent on demand. If processes have different priority in regards to oom
> > condition, this problem can not be solved with existing interfaces
> > without changing the application. So effectively there is no solution.
> >
>
> Wrong, you can change how the application is forked. Either immediately
> adjust /proc/$!/oom_adj or use the adjustment inheritance property and
> change /proc/$$/oom_adj to the desired value prior to forking. Thanks.
You and Alan so like bash... Applications are not always forked from shell.
I already pointed multiple times where parent om_adj changes lead, and
that this does not work in a real world for some common cases. Existing
scheme only works if some daemon (or application itself) explicitely
changes oom_adj, but no dameon exists to monitor /proc and applications
do not change their own and child's oom_adj because it is way too
linuxish to add such hacks to deal with system's oom-killer, which can
not be properly configured otherwise.
--
Evgeniy Polyakov
next prev parent reply other threads:[~2009-01-15 8:43 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <bTx3z-8bU-23@gated-at.bofh.it>
[not found] ` <bTxdg-8sZ-23@gated-at.bofh.it>
[not found] ` <bTxdg-8sZ-21@gated-at.bofh.it>
[not found] ` <bTxmW-hf-1@gated-at.bofh.it>
[not found] ` <bTRYr-2up-21@gated-at.bofh.it>
2009-01-14 19:18 ` [why oom_adj does not work] Re: Linux killed Kenny, bastard! Bodo Eggert
2009-01-14 19:22 ` Evgeniy Polyakov
2009-01-15 0:54 ` David Rientjes
2009-01-15 8:43 ` Evgeniy Polyakov [this message]
2009-01-15 21:50 ` Bodo Eggert
2009-01-15 22:35 ` Evgeniy Polyakov
2009-01-17 14:12 ` Bodo Eggert
2009-01-17 14:22 ` Evgeniy Polyakov
2009-01-18 12:37 ` Bodo Eggert
2009-01-18 13:13 ` Evgeniy Polyakov
2009-01-18 20:25 ` Bodo Eggert
2009-01-18 20:41 ` Evgeniy Polyakov
2009-01-12 15:33 Evgeniy Polyakov
2009-01-12 15:44 ` Dave Jones
2009-01-12 15:48 ` Evgeniy Polyakov
2009-01-12 15:51 ` Alan Cox
2009-01-13 13:52 ` [why oom_adj does not work] " Evgeniy Polyakov
2009-01-13 14:06 ` Alan Cox
2009-01-13 14:24 ` Evgeniy Polyakov
2009-01-13 15:00 ` Balbir Singh
2009-01-13 15:21 ` Evgeniy Polyakov
2009-01-13 18:04 ` Valdis.Kletnieks
2009-01-13 19:46 ` David Rientjes
2009-01-13 21:33 ` Evgeniy Polyakov
2009-01-13 21:39 ` David Rientjes
2009-01-13 22:05 ` Evgeniy Polyakov
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=20090115084328.GA29586@ioremap.net \
--to=zbr@ioremap.net \
--cc=7eggert@gmx.de \
--cc=akpm@linux-foundation.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=davej@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=rientjes@google.com \
--cc=torvalds@linux-foundation.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