From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx189.postini.com [74.125.245.189]) by kanga.kvack.org (Postfix) with SMTP id A59576B0032 for ; Fri, 12 Jul 2013 05:28:56 -0400 (EDT) Received: by mail-ea0-f172.google.com with SMTP id q10so6314249eaj.3 for ; Fri, 12 Jul 2013 02:28:55 -0700 (PDT) Date: Fri, 12 Jul 2013 11:28:51 +0200 From: Ingo Molnar Subject: Re: [PATCH 2/2] mm: add a field to store names for private anonymous memory Message-ID: <20130712092851.GC5315@gmail.com> References: <1373596462-27115-1-git-send-email-ccross@android.com> <1373596462-27115-2-git-send-email-ccross@android.com> <51DF9682.9040301@kernel.org> <20130712081348.GM25631@dyad.programming.kicks-ass.net> <20130712085504.GO25631@dyad.programming.kicks-ass.net> <51DFC6AE.3020504@kernel.org> <20130712091445.GQ25631@dyad.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130712091445.GQ25631@dyad.programming.kicks-ass.net> Sender: owner-linux-mm@kvack.org List-ID: To: Peter Zijlstra Cc: Pekka Enberg , Colin Cross , LKML , Kyungmin Park , Christoph Hellwig , John Stultz , "Eric W. Biederman" , Dave Hansen , Rob Landley , Andrew Morton , Cyrill Gorcunov , David Rientjes , Davidlohr Bueso , Kees Cook , Al Viro , Hugh Dickins , Mel Gorman , Michel Lespinasse , Rik van Riel , Konstantin Khlebnikov , "Paul E. McKenney" , David Howells , Arnd Bergmann , Dave Jones , "Rafael J. Wysocki" , Oleg Nesterov , Shaohua Li , Sasha Levin , KOSAKI Motohiro , Johannes Weiner , "list@ebiederm.org:DOCUMENTATION" , "list@ebiederm.org:MEMORY MANAGEMENT" * Peter Zijlstra wrote: > > Yeah, I could see that working. It doesn't solve the problems Ingo > > mentioned which are also important, though. > > Nothing I've yet seen would do that. Its intrinsic to the fact that we > want 'anonymous' text tied to a process instance but require part of > that text (symbol information at the very least) to be available after > the process instance. > > That are two contradictory requirements. You cannot preserve and not > preserve at the same time. > > And pushing the symbol info into the kernel isn't going to fix that > either. I fully agree with you in the JIT case. I was arguing the utilty of the original, somewhat limited usecase: minimally naming allocator areas/heaps, on a high level. Thanks, Ingo -- 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