From: "Chris Friesen" <cfriesen@nortel.com>
To: Jesper Juhl <jesper.juhl@gmail.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: additional oom-killer tuneable worth submitting?
Date: Thu, 07 Dec 2006 15:25:08 -0600 [thread overview]
Message-ID: <457886B4.2030507@nortel.com> (raw)
In-Reply-To: <9a8748490612071050q60b378c4ldf039140ffd721be@mail.gmail.com>
Jesper Juhl wrote:
> How does "oomthresh" and "oomadj" affect each other?
If memory consumption is less than "oomthresh", that process is simply
bypassed. (Equivalent to oomkilladj==OOM_DISABLE.) Otherwise, continue
processing as normal.
> Default "oomthresh" value for a new process is 0 (zero) I assume -
> right? If not, then I'd suggest that it should be.
Correct.
> What happens when a process fork()s? Does the child enherit the
> parents "oomthresh" value?
Currently it does not. This is to allow for different memory access
patterns by parent/child. And exec() wipes it as well.
> Would it make sense to make "oomthresh" apply to process groups
> instead of processes?
Hmm...it might make sense given that the point of the group is to manage
tasks together...but it would make accounting more tricky. Currently
it's just a very simple comparison of p->mm->total_vm against the
threshold in badness().
> What happens in the case where the OOM killer really, really needs to
> kill one or more processes since there is not a single drop of memory
> available, but all processes are below their configured thresholds?
Then the system wasn't properly engineered. <grin>
In this case you reboot.
Chris
next prev parent reply other threads:[~2006-12-07 21:25 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-07 18:30 additional oom-killer tuneable worth submitting? Chris Friesen
2006-12-07 18:50 ` Jesper Juhl
2006-12-07 21:25 ` Chris Friesen [this message]
2006-12-07 21:37 ` Jesper Juhl
2006-12-07 21:57 ` Chris Friesen
2006-12-07 22:25 ` Jesper Juhl
2006-12-07 19:21 ` Peter Zijlstra
2006-12-07 21:26 ` Chris Friesen
2006-12-07 23:22 ` Alan
2006-12-07 23:21 ` Chris Friesen
-- strict thread matches above, loose matches on Subject: below --
2006-12-08 13:58 Al Boldi
2006-12-08 14:56 ` Alan
2006-12-08 15:19 ` Al Boldi
2006-12-08 15:55 ` Alan
2006-12-08 16:59 ` Al Boldi
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=457886B4.2030507@nortel.com \
--to=cfriesen@nortel.com \
--cc=jesper.juhl@gmail.com \
--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 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.