From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755450Ab2DIRTN (ORCPT ); Mon, 9 Apr 2012 13:19:13 -0400 Received: from mailout-de.gmx.net ([213.165.64.23]:56043 "HELO mailout-de.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1751672Ab2DIRTM (ORCPT ); Mon, 9 Apr 2012 13:19:12 -0400 X-Authenticated: #28250155 X-Provags-ID: V01U2FsdGVkX1+2fNIn8ei23AWtBN2GtyumE+i25hWUokdOFr9OUk i2lFL5zkQur7iS From: Sven Joachim To: Pekka Enberg Cc: Rik van Riel , Linus Torvalds , Andrew Morton , werner , David Rientjes , Hugh Dickins , linux-kernel@vger.kernel.org, Oleg Nesterov Subject: Re: v3.4-rc2 out-of-memory problems (was Re: 3.4-rc1 sticks-and-crashs) References: <20120408195044.13ea6c8e.akpm@linux-foundation.org> <8762d9v10x.fsf@turtle.gmx.de> <4F8306ED.7080405@redhat.com> <87398cev3j.fsf@turtle.gmx.de> <4F830F64.8000703@redhat.com> Date: Mon, 09 Apr 2012 19:19:07 +0200 In-Reply-To: (Pekka Enberg's message of "Mon, 9 Apr 2012 20:00:17 +0300") Message-ID: <87mx6kddro.fsf@turtle.gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.95 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2012-04-09 19:00 +0200, Pekka Enberg wrote: > On Mon, Apr 9, 2012 at 7:33 PM, Rik van Riel 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