Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752725Ab3JAIK5 (ORCPT ); Tue, 1 Oct 2013 04:10:57 -0400 Received: from merlin.infradead.org ([205.233.59.134]:59442 "EHLO merlin.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752064Ab3JAIKz (ORCPT ); Tue, 1 Oct 2013 04:10:55 -0400 Date: Tue, 1 Oct 2013 10:10:11 +0200 From: Peter Zijlstra To: Ingo Molnar Cc: Linus Torvalds , Waiman Long , Ingo Molnar , Andrew Morton , Linux Kernel Mailing List , Rik van Riel , Peter Hurley , Davidlohr Bueso , Alex Shi , Tim Chen , Andrea Arcangeli , Matthew R Wilcox , Dave Hansen , Michel Lespinasse , Andi Kleen , "Chandramouleeswaran, Aswin" , "Norton, Scott J" Subject: Re: [PATCH] rwsem: reduce spinlock contention in wakeup code path Message-ID: <20131001081011.GM3081@twins.programming.kicks-ass.net> References: <1380308424-31011-1-git-send-email-Waiman.Long@hp.com> <20130928074144.GA17773@gmail.com> <20130930104658.GX3081@twins.programming.kicks-ass.net> <20131001074802.GB20889@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131001074802.GB20889@gmail.com> User-Agent: Mutt/1.5.21 (2012-12-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1179 Lines: 30 On Tue, Oct 01, 2013 at 09:48:02AM +0200, Ingo Molnar wrote: > > * Peter Zijlstra wrote: > > > On Sat, Sep 28, 2013 at 11:55:26AM -0700, Linus Torvalds wrote: > > > So if the primary reason for this is really just that f*cking anon_vma > > > lock, then I would seriously suggest: > > > > I would still like to see the rwsem patches merged; even if we end up > > going back to a spin style anon_vma lock. > > > > There's been various reports in the past about how programs are > > significantly faster if they wrap their mmap() calls in a pthread_mutex. > > And this was purely down to the fact that rwsem writer-writer contention > > blows chunks. > > That's about the mm->mmap_sem rwsem, right? Yep. > That impact would have to be measured carefully, and not just for > workloads where we know that better contention logic helps, but other MM > workloads that are hitting hard on mmap_sem. Sure. -- 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/