From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx196.postini.com [74.125.245.196]) by kanga.kvack.org (Postfix) with SMTP id DD7EA6B0062 for ; Tue, 23 Oct 2012 16:31:04 -0400 (EDT) Date: Tue, 23 Oct 2012 20:31:03 +0000 From: Christoph Lameter Subject: Re: [PATCH 1/2] mm/slob: Mark zone page state to get slab usage at /proc/meminfo In-Reply-To: Message-ID: <0000013a8f524097-4ebaed3b-0d77-4183-a6ad-f01b8855f9bf-000000@email.amazonses.com> References: <1350907434-2202-1-git-send-email-elezegarcia@gmail.com> <0000013a88ebfa65-af0fc24b-13fd-400f-b7fc-32230ca70620-000000@email.amazonses.com> <0000013a8ed646c2-4cc34bd5-19c3-4e99-9fa0-248cdbc24feb-000000@email.amazonses.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org List-ID: To: Ezequiel Garcia Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, Tim Bird , Pekka Enberg , Matt Mackall On Tue, 23 Oct 2012, Ezequiel Garcia wrote: > The issue is: with SLUB large kmallocs don't set NR_SLAB_UNRECLAIMABLE > zone item. > Thus, they don't show at /proc/meminfo. Is this okey? Yes. Other large allocations that are done directly via __get_free_pages() etc also do not show up there. Slab allocators are intended for small allocation and are not effective for large scale allocs. People will use multiple different ways of acquiring large memory areas. So there is no consistent accounting for that memory. -- 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/ . Don't email: email@kvack.org