Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759283Ab3EWQMS (ORCPT ); Thu, 23 May 2013 12:12:18 -0400 Received: from a9-62.smtp-out.amazonses.com ([54.240.9.62]:54217 "EHLO a9-62.smtp-out.amazonses.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753783Ab3EWQMQ (ORCPT ); Thu, 23 May 2013 12:12:16 -0400 Date: Thu, 23 May 2013 16:12:14 +0000 From: Christoph Lameter X-X-Sender: cl@gentwo.org To: Peter Zijlstra cc: Al Viro , Vince Weaver , linux-kernel@vger.kernel.org, Paul Mackerras , Ingo Molnar , Arnaldo Carvalho de Melo , trinity@vger.kernel.org Subject: Re: OOPS in perf_mmap_close() In-Reply-To: <20130523152458.GD23650@twins.programming.kicks-ass.net> Message-ID: <0000013ed2297ba8-467d474a-7068-45b3-9fa3-82641e6aa363-000000@email.amazonses.com> References: <20130523044803.GA25399@ZenIV.linux.org.uk> <20130523104154.GA23650@twins.programming.kicks-ass.net> <0000013ed1b8d0cc-ad2bb878-51bd-430c-8159-629b23ed1b44-000000@email.amazonses.com> <20130523152458.GD23650@twins.programming.kicks-ass.net> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SES-Outgoing: 2013.05.23-54.240.9.62 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1291 Lines: 29 On Thu, 23 May 2013, Peter Zijlstra wrote: > The patch completely fails to explain how RLIMIT_LOCKED is supposed to > deal with pinned vs locked. Perf used to account its pages against > RLIMIT_LOCKED, with the patch it compares pinned against RLIMIT_LOCKED > but completely discards any possible locked pages. Pinned pages are different from mlock. Mlock semantics means that the pages are kept in memory but the pages are movable (subject to page migration f.e.). Pinned pages have to stay where they are since the physical addresses may be used for device I/O or other stuff. Both pinned and mlocked pages cannot be evicted from memory. If one wants to account for unevictable pages then both are contributing. However, since a pinned page may be mlocked simply adding up the counter may cause problems. The sum could be used as a worst case estimate though. We could mlock all pinned pages but then the issue arises on how to track that properly in order to unpin when the I/O action is done since the app may have also mlocked pages. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/