Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758269Ab1FQQta (ORCPT ); Fri, 17 Jun 2011 12:49:30 -0400 Received: from smtp1.linux-foundation.org ([140.211.169.13]:37935 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757363Ab1FQQt2 (ORCPT ); Fri, 17 Jun 2011 12:49:28 -0400 MIME-Version: 1.0 In-Reply-To: <1308310080.2355.19.camel@twins> References: <1308097798.17300.142.camel@schen9-DESK> <1308101214.15392.151.camel@sli10-conroe> <1308138750.15315.62.camel@twins> <20110615161827.GA11769@tassilo.jf.intel.com> <1308156337.2171.23.camel@laptop> <1308163398.17300.147.camel@schen9-DESK> <1308169937.15315.88.camel@twins> <4DF91CB9.5080504@linux.intel.com> <1308172336.17300.177.camel@schen9-DESK> <1308173849.15315.91.camel@twins> <1308255972.17300.450.camel@schen9-DESK> <1308310080.2355.19.camel@twins> From: Linus Torvalds Date: Fri, 17 Jun 2011 09:46:00 -0700 Message-ID: Subject: Re: REGRESSION: Performance regressions from switching anon_vma->lock to mutex To: Peter Zijlstra Cc: Tim Chen , Andi Kleen , Shaohua Li , Andrew Morton , Hugh Dickins , KOSAKI Motohiro , Benjamin Herrenschmidt , David Miller , Martin Schwidefsky , Russell King , Paul Mundt , Jeff Dike , Richard Weinberger , "Luck, Tony" , KAMEZAWA Hiroyuki , Mel Gorman , Nick Piggin , Namhyung Kim , "Shi, Alex" , "linux-kernel@vger.kernel.org" , "linux-mm@kvack.org" , "Rafael J. Wysocki" Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 911 Lines: 20 On Fri, Jun 17, 2011 at 4:28 AM, Peter Zijlstra wrote: > > Something like so? Compiles and runs the benchmark in question. Oh, and can you do this with a commit log and sign-off, and I'll put it in my "anon_vma-locking" branch that I have. I'm not going to actually merge that branch into mainline until I've seen a few more acks or more testing by Tim. But if Tim's numbers hold up (-32% to +15% performance by just the first one, and +15% isn't actually an improvement since tmpfs read-ahead should have gotten us to +66%), I think we have to do this just to avoid the performance regression. Linus -- 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/