From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx163.postini.com [74.125.245.163]) by kanga.kvack.org (Postfix) with SMTP id EC2836B0070 for ; Tue, 23 Oct 2012 17:34:04 -0400 (EDT) Date: Tue, 23 Oct 2012 21:34: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: <508705BE.2020403@am.sony.com> Message-ID: <0000013a8f8bed5f-050d67ef-e37b-42aa-b576-9a08a74bff16-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> <0000013a8f524097-4ebaed3b-0d77-4183-a6ad-f01b8855f9bf-000000@email.amazonses.com> <508705BE.2020403@am.sony.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org List-ID: To: Tim Bird Cc: Ezequiel Garcia , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , Pekka Enberg , Matt Mackall On Tue, 23 Oct 2012, Tim Bird wrote: > There's a certain irony here. In embedded, we get all worked > up about efficiencies in the slab allocators, but don't have a good > way to track the larger memory allocations. Am I missing > something, or is there really no way to track these large > scale allocations? We could use consistent allocator calls everywhere. But these large allocators are rather rare. And sometimes we need pointers to page structs and other times we use pointers to the raw 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