Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756037AbZANTAo (ORCPT ); Wed, 14 Jan 2009 14:00:44 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753894AbZANTAd (ORCPT ); Wed, 14 Jan 2009 14:00:33 -0500 Received: from mx3.mail.elte.hu ([157.181.1.138]:32948 "EHLO mx3.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753856AbZANTAb (ORCPT ); Wed, 14 Jan 2009 14:00:31 -0500 Date: Wed, 14 Jan 2009 20:00:08 +0100 From: Ingo Molnar To: Andrew Morton Cc: Linus Torvalds , Peter Zijlstra , "Paul E. McKenney" , Gregory Haskins , Matthew Wilcox , Andi Kleen , Chris Mason , Linux Kernel Mailing List , linux-fsdevel , linux-btrfs , Thomas Gleixner , Nick Piggin , Peter Morreale , Sven Dietrich , Dmitry Adamushko , Johannes Weiner Subject: Re: [GIT PULL] adaptive spinning mutexes Message-ID: <20090114190008.GA13203@elte.hu> References: <1231774622.4371.96.camel@laptop> <1231859742.442.128.camel@twins> <1231863710.7141.3.camel@twins> <1231864854.7141.8.camel@twins> <1231867314.7141.16.camel@twins> <1231952436.14825.28.camel@laptop> <20090114183319.GA18630@elte.hu> <20090114105300.66bd014d.akpm@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090114105300.66bd014d.akpm@linux-foundation.org> User-Agent: Mutt/1.5.18 (2008-05-17) X-ELTE-VirusStatus: clean X-ELTE-SpamScore: -1.5 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.3 -1.5 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1224 Lines: 34 * Andrew Morton wrote: > On Wed, 14 Jan 2009 19:33:19 +0100 Ingo Molnar wrote: > > > Please pull the adaptive-mutexes-for-linus git tree > > > > - It seems a major shortcoming that the feature is disabled if > CONFIG_DEBUG_MUTEXES=y. It means that lots of people won't test it. > > - When people hit performance/latency oddities, it would be nice if > they had a /proc knob with which they could disable this feature at > runtime. > > This would also be useful for comparative performance testing. Yeah. From my other mail: > > We still have the /sys/debug/sched_features tunable under > > CONFIG_SCHED_DEBUG=y, so should this cause any performance regressions > > somewhere, it can be pinned down and blamed back on this change > > easily, without bisection and without rebooting the box. This kind of easy knob was included early on - this is how all those spin versus no-spin numbers were done. Ingo -- 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/