[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87mx6kddro.fsf@turtle.gmx.de>
Date: Mon, 09 Apr 2012 19:19:07 +0200
From: Sven Joachim <svenjoac@....de>
To: Pekka Enberg <penberg@...nel.org>
Cc: Rik van Riel <riel@...hat.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Andrew Morton <akpm@...ux-foundation.org>,
werner <w.landgraf@...ru>, David Rientjes <rientjes@...gle.com>,
Hugh Dickins <hughd@...gle.com>, linux-kernel@...r.kernel.org,
Oleg Nesterov <oleg@...hat.com>
Subject: Re: v3.4-rc2 out-of-memory problems (was Re: 3.4-rc1 sticks-and-crashs)
On 2012-04-09 19:00 +0200, Pekka Enberg wrote:
> On Mon, Apr 9, 2012 at 7:33 PM, Rik van Riel <riel@...hat.com> wrote:
>>> Attaching these files, since I can't really make anything out of the
>>> latter. Note that I started a few memory hogs (X, Firefox, Emacs with
>>> Gnus), so overall memory footprint has grown to 768 MB.
>>
>> Looks like the "missing" 400MB is all in filesystem caches,
>> specifically the dentry cache, the ext4 inode cache and
>> buffer heads.
>>
>> That is perfectly fine, since those caches will be shrunk
>> when the system needs memory.
>
> CONFIG_SLUB, right?
Actually, no. For some reason (probably historical…) I have CONFIG_SLAB.
> It will merge caches so you don't necessarily see
> leaks in /proc/slabinfo. You can use "slub_nomerge" kernel parameter
> to disable the merging.
Cheers,
Sven
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists