From owner-freebsd-current@FreeBSD.ORG Fri May 7 11:10:13 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A0E516A4CE for ; Fri, 7 May 2004 11:10:13 -0700 (PDT) Received: from mail5.speakeasy.net (mail5.speakeasy.net [216.254.0.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FAE043D53 for ; Fri, 7 May 2004 11:10:12 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 12798 invoked from network); 7 May 2004 18:10:12 -0000 Received: from dsl027-160-063.atl1.dsl.speakeasy.net (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender ) encrypted SMTP for ; 7 May 2004 18:10:12 -0000 Received: from 10.50.40.205 (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.11/8.12.11) with ESMTP id i47IA5q0078812; Fri, 7 May 2004 14:10:08 -0400 (EDT) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: freebsd-current@FreeBSD.org Date: Fri, 7 May 2004 14:00:06 -0400 User-Agent: KMail/1.6 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200405071400.06716.jhb@FreeBSD.org> X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on server.baldwin.cx cc: Bruce M Simpson cc: Gerrit Nagelhout cc: Julian Elischer cc: Andrew Gallatin Subject: Re: 4.7 vs 5.2.1 SMP/UP bridging performance X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2004 18:10:13 -0000 On Thursday 06 May 2004 03:14 pm, Julian Elischer wrote: > On Thu, 6 May 2004, John Baldwin wrote: > > [lots of complicated stuff removed] > > You'd think that intel would have implemented a simple, fast > smp-capable lock primative by now.. cmpxchg isn't that slow on non-P4. :) The membars I described above are basically what you have on sparc9, alpha (alpha's is simpler though), and ia64 as well. It really isn't that complicated since all the magic is in the locking primitives. As long as you properly use the system locking primitives you don't have to worry about this stuff. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org