From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail144.messagelabs.com (mail144.messagelabs.com [216.82.254.51]) by kanga.kvack.org (Postfix) with SMTP id CD6576B0087 for ; Wed, 24 Nov 2010 09:20:32 -0500 (EST) Received: by gxk25 with SMTP id 25so26226gxk.14 for ; Wed, 24 Nov 2010 06:20:31 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: <20101122161158.02699d10.akpm@linux-foundation.org> <1290501502.2390.7029.camel@nimitz> <1290529171.2390.7994.camel@nimitz> Date: Wed, 24 Nov 2010 16:20:30 +0200 Message-ID: Subject: Re: Sudden and massive page cache eviction From: Pekka Enberg Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Sender: owner-linux-mm@kvack.org To: =?ISO-8859-1?Q?Peter_Sch=FCller?= Cc: Dave Hansen , Andrew Morton , linux-kernel@vger.kernel.org, Mattias de Zalenski , linux-mm@kvack.org List-ID: Hi Peter, 2010/11/24 Peter Sch=FCller : >>> Do you have any large page (hugetlbfs) or other multi-order (> 1 page) >>> allocations happening in the kernel? > > I forgot to address the second part of this question: How would I best > inspect whether the kernel is doing that? You can, for example, record cat /proc/meminfo | grep Huge for large page allocations. > Looking at the kmalloc() sizes from vmstat -m I have the following on > one of the machines (so very few larger than 4096). But I suspect you > are asking for something different? The "pagesperslab" column of /proc/slabinfo tells you how many pages slab allocates from the page allocator. Pekka -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom policy in Canada: sign http://dissolvethecrtc.ca/ Don't email: email@kvack.org