From owner-freebsd-performance@FreeBSD.ORG Mon Jul 3 00:37:26 2006 Return-Path: X-Original-To: freebsd-performance@freebsd.org Delivered-To: freebsd-performance@freebsd.org Received: from localhost.my.domain (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 7B7E316A407 for ; Mon, 3 Jul 2006 00:37:26 +0000 (UTC) (envelope-from davidxu@freebsd.org) From: David Xu To: freebsd-performance@freebsd.org Date: Mon, 3 Jul 2006 08:37:04 +0800 User-Agent: KMail/1.8.2 References: <20060630001142.Y67344@fledge.watson.org> In-Reply-To: <20060630001142.Y67344@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200607030837.04685.davidxu@freebsd.org> Subject: Re: Updated fine-grain locking patch for UNIX domain sockets X-BeenThere: freebsd-performance@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Performance/tuning List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2006 00:37:26 -0000 On Friday 30 June 2006 07:14, Robert Watson wrote: > Attached, and at the below URL, find an updated copy of the UNIX domain > socket fine-grained locking patch. Since the last revision, I've updated > the patch to close several race conditions historically present in UNIX > domain sockets (which should be merged regardless of the rest of the > patch), as well as move to an rwlock for the global lock. > > > http://www.watson.org/~robert/freebsd/netperf/20060630-uds-fine-grain.diff > > This patch increases locking overhead, but decreases contention. Depending > on the number of CPUs, it may improve (or not) performance to varying > degrees; very good reports on sun4v; middling reports on 2-proc, etc. > Stability and performance results for UNIX domain socket sensitive > workloads, such as MySQL, X11, etc, would be appreciated. Micro-benchmark > performance should show a small loss, but load under contention and > scalability are (ideally) improved. > > Robert N M Watson > Computer Laboratory > University of Cambridge > I found 5% performance decrease on dual P4, maybe P4 is quite bad when doing atomic operation. ;-) Thanks, David Xu