public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: David John <davidjon@xenontk.org>
To: linux-kernel@vger.kernel.org
Cc: Jonathan Miles <jon@cybus.co.uk>,
	cl@linux-foundation.org, penberg@cs.helsinki.fi
Subject: Re: OOM kernel behaviour
Date: Tue, 01 Dec 2009 21:05:38 +0530	[thread overview]
Message-ID: <4B1537CA.7020107@xenontk.org> (raw)
In-Reply-To: <4B1402FC.80307@cybus.co.uk>

On 11/30/2009 11:08 PM, Jonathan Miles wrote:
> 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.

<snip>

Hi,

I have started seeing the same problem too. I am running a 64-bit custom
compiled 2.6.31 kernel (Fedora 11) on a Dell Inspiron laptop. The funny
thing is my laptop has been running fine ever since 2.6.31 released, but
this problem has started only recently, about a week back or so. I
update Fedora daily, so I figure one of the updates could have triggered
this behaviour.

For instance, here is the mem info on my laptop as I type this out:

MemTotal:        2020588 kB
MemFree:           17680 kB
Buffers:            3568 kB
Cached:          1202744 kB
SwapCached:        35748 kB
Active:          1364408 kB
Inactive:         480464 kB
Active(anon):    1315120 kB
Inactive(anon):   441480 kB
Active(file):      49288 kB
Inactive(file):    38984 kB
Unevictable:          40 kB
Mlocked:              40 kB
SwapTotal:       2048248 kB
SwapFree:         603276 kB
Dirty:                72 kB
Writeback:             0 kB
AnonPages:        606484 kB
Mapped:            75716 kB
Slab:              65104 kB
SReclaimable:      20036 kB
SUnreclaim:        45068 kB
PageTables:        22960 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     3058540 kB
Committed_AS:    6557484 kB
VmallocTotal:   34359738367 kB
VmallocUsed:      357788 kB
VmallocChunk:   34359303907 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:        8956 kB
DirectMap2M:     2050048 kB

If I start something like Firefox now, the OOM killer is invoked and the
machine is unusable until it completes. Sometimes the killer is invoked
multiple times and the only way to make the PC usable again is
to Ctrl-Alt-Bksp out of X. If RAM is low, why isn't the cache being
reclaimed?

The issue is sporadic but almost guaranteed if I leave the machine on
for more than 18 hours. I initially thought some process was leaking
memory but that seems unlikely.

I can provide more info and do some testing (config etc.) if required.

Regards,
David.

  parent reply	other threads:[~2009-12-01 16:04 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-30 17:38 OOM kernel behaviour Jonathan Miles
2009-11-30 18:57 ` 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 ` David John [this message]
2009-12-01 16:07   ` OOM kernel behaviour 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=4B1537CA.7020107@xenontk.org \
    --to=davidjon@xenontk.org \
    --cc=cl@linux-foundation.org \
    --cc=jon@cybus.co.uk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=penberg@cs.helsinki.fi \
    /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