From: Jonathan Miles <jon@cybus.co.uk>
To: linux-kernel@vger.kernel.org
Subject: OOM kernel behaviour
Date: Mon, 30 Nov 2009 17:38:04 +0000 [thread overview]
Message-ID: <4B1402FC.80307@cybus.co.uk> (raw)
Hi all,
I'm not on the list, so please cc me.
I'm trying to figure out why the OOM killer is being called on my
workstation even though the last time there was nearly 1.2GB of memory
used by the page cache, which IMHO could have been used instead. I
suffer from poor system performance due to it swapping (2GB RAM),
especially when returning after it being idle overnight, so I
experimented by switching off swap completely. Now it runs very quickly
except that an OOM state is reached unnecessarily.
With reference to the following description of kernel memory usage, is
there a way to tune the kernel such that it prefers to reclaim memory
from buffers/caches (e.g. page cache) rather than by swap or the OOM killer?
http://linux-mm.org/Low_On_Memory
Above link says "the kernel starts to reclaim memory from the different
uses described above [buffers, cache]. The kernel can get memory back
from any of the these ... there are lots of pages of memory which are
user application data, but are rarely used. All of these are targets for
being swapped in favor of other uses for the RAM".
To stop it using swap, I guess /proc/sys/vm/swappiness is my friend, but
I took an even harder line by disabling swap completely. Why then is the
OOM killer being called?
I'm running kernel 2.6.31.
Regards,
Jon
next reply other threads:[~2009-11-30 18:19 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-30 17:38 Jonathan Miles [this message]
2009-11-30 18:57 ` OOM kernel behaviour Christoph Lameter
2009-12-01 9:57 ` Jonathan Miles
2009-12-01 13:21 ` Jonathan Miles
2009-12-01 16:08 ` Christoph Lameter
2009-12-01 18:07 ` Jonathan Miles
2009-12-01 18:42 ` Christoph Lameter
2009-12-04 20:36 ` OOM kernel behaviour - 2.6.32 Jonathan Miles
2009-12-09 13:52 ` Jonathan Miles
2009-12-01 15:35 ` OOM kernel behaviour David John
2009-12-01 16:07 ` Christoph Lameter
2009-12-01 17:10 ` David John
2009-12-01 17:26 ` Christoph Lameter
2009-12-02 15:55 ` Mel Gorman
2009-12-07 5:34 ` David John
2009-12-07 14:59 ` Mel Gorman
2009-12-08 3:41 ` David John
2009-12-01 17:32 ` Christoph Lameter
2009-12-02 3:17 ` David John
2009-12-02 4:29 ` KOSAKI Motohiro
2009-12-02 5:24 ` David John
2009-12-02 5:31 ` KOSAKI Motohiro
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=4B1402FC.80307@cybus.co.uk \
--to=jon@cybus.co.uk \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox