From: Andrew Morton <akpm@linux-foundation.org>
To: Xiaotian Feng <dfeng@redhat.com>
Cc: linux-kernel@vger.kernel.org,
Michal Schmidt <mschmidt@redhat.com>,
David Howells <dhowells@redhat.com>,
Serge Hallyn <serue@us.ibm.com>,
Heiko Carstens <heiko.carstens@de.ibm.com>,
Frans Pop <elendil@planet.nl>
Subject: Re: [RFC PATCH] accouting: account if a task was killed by OOM killer
Date: Wed, 13 Jan 2010 14:54:03 -0800 [thread overview]
Message-ID: <20100113145403.e44a5490.akpm@linux-foundation.org> (raw)
In-Reply-To: <1263192034-10898-1-git-send-email-dfeng@redhat.com>
On Mon, 11 Jan 2010 14:40:34 +0800
Xiaotian Feng <dfeng@redhat.com> wrote:
> This patch introduces a new accounting flag which is set when a task
> was killed by OOM killer. taskstats can tell users when a job has been
> killed by the oomkiller.
>
Why is this useful? I'd be looking for a description of some
operational scenario where this feature is valuable to an operator?
The description is incomplete. The patch also alters the contents of
the BSD accounting records. That's a change to an ancient interface
and needs a bit of exposure and thought. Is it good to put such a
highly linux-specific and somewhat linux-version-specific field into
such a venerable userspace interface?
If we _do_ decide to change the BSD accounting records in this manner
then presumably a manpage will need to be updated. A cc to
linux-api@vger.kernel.org would be appropriate.
But I'm not very convinced about this whole idea at present, personally.
> include/linux/acct.h | 1 +
> include/linux/taskstats.h | 2 +-
> kernel/acct.c | 2 ++
> kernel/tsacct.c | 2 ++
I'm a bit surprised that getdelays.c doesn't print ac_flag.
next prev parent reply other threads:[~2010-01-13 22:55 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-11 6:40 [RFC PATCH] accouting: account if a task was killed by OOM killer Xiaotian Feng
2010-01-13 22:54 ` Andrew Morton [this message]
2010-01-14 10:59 ` Xiaotian Feng
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=20100113145403.e44a5490.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=dfeng@redhat.com \
--cc=dhowells@redhat.com \
--cc=elendil@planet.nl \
--cc=heiko.carstens@de.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mschmidt@redhat.com \
--cc=serue@us.ibm.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.