From owner-svn-src-head@FreeBSD.ORG Wed Oct 31 18:26:07 2012 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D3629512; Wed, 31 Oct 2012 18:26:07 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from duck.symmetricom.us (duck.symmetricom.us [206.168.13.214]) by mx1.freebsd.org (Postfix) with ESMTP id 9E4158FC1B; Wed, 31 Oct 2012 18:26:07 +0000 (UTC) Received: from damnhippie.dyndns.org (daffy.symmetricom.us [206.168.13.218]) by duck.symmetricom.us (8.14.5/8.14.5) with ESMTP id q9VIQ6Sk011310; Wed, 31 Oct 2012 12:26:06 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q9VIQ4XY006760; Wed, 31 Oct 2012 12:26:04 -0600 (MDT) (envelope-from freebsd@damnhippie.dyndns.org) Subject: Re: svn commit: r242402 - in head/sys: kern vm From: Ian Lepore To: attilio@freebsd.org In-Reply-To: References: <201210311807.q9VI7IcX000993@svn.freebsd.org> Content-Type: text/plain; charset="us-ascii" Date: Wed, 31 Oct 2012 12:26:04 -0600 Message-ID: <1351707964.1120.97.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2012 18:26:07 -0000 On Wed, 2012-10-31 at 18:10 +0000, Attilio Rao wrote: > On Wed, Oct 31, 2012 at 6:07 PM, Attilio Rao wrote: > > Author: attilio > > Date: Wed Oct 31 18:07:18 2012 > > New Revision: 242402 > > URL: http://svn.freebsd.org/changeset/base/242402 > > > > Log: > > Rework the known mutexes to benefit about staying on their own > > cache line in order to avoid manual frobbing but using > > struct mtx_padalign. > > Interested developers can now dig and look for other mutexes to > convert and just do it. > Please, however, try to enclose a description about the benchmark > which lead you believe the necessity to pad the mutex and possibly > some numbers, in particular when the lock belongs to structures or the > ABI itself. > > Next steps involve porting the same mtx(9) changes to rwlock(9) and > port pvh global pmap lock to rwlock_padalign. > > Thanks, > Attilio > > Doesn't this padding to cache line size only help x86 processors in an SMP kernel? I was expecting to see some #ifdef SMP so that we don't pay a big price for no gain in small-memory ARM systems and such. But maybe I'm misunderstanding the reason for the padding. -- Ian