From owner-freebsd-arch@FreeBSD.ORG Tue May 31 02:30:28 2005 Return-Path: X-Original-To: freebsd-arch@FreeBSD.org Delivered-To: freebsd-arch@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD96E16A41C; Tue, 31 May 2005 02:30:28 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.village.org (berlin-qwest.village.org [168.103.84.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF60043D1F; Tue, 31 May 2005 02:30:25 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.3/8.13.1) with ESMTP id j4V2VU6W052048; Mon, 30 May 2005 20:31:31 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 30 May 2005 20:30:26 -0600 (MDT) Message-Id: <20050530.203026.35855612.imp@bsdimp.com> To: bde@zeta.org.au From: "M. Warner Losh" In-Reply-To: <20050531113008.R91505@delplex.bde.org> References: <20050530.102803.74664036.imp@bsdimp.com> <20050530182650.R90885@fledge.watson.org> <20050531113008.R91505@delplex.bde.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: rwatson@FreeBSD.org, daniel_k_eriksson@telia.com, freebsd-arch@FreeBSD.org Subject: Re: MPSAFE CAM? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 May 2005 02:30:28 -0000 In message: <20050531113008.R91505@delplex.bde.org> Bruce Evans writes: : On Mon, 30 May 2005, Robert Watson wrote: : : > On Mon, 30 May 2005, M. Warner Losh wrote: : > : >> In message: <20050529121224.L52379@fledge.watson.org> : >> Robert Watson writes: : >> : driver, we've gained many of the benefits of making MPSAFE. Especially : >> if : >> : we can knock Giant off a lot of the remaining non-CAM device drivers that : >> : it's still stuck over. : >> : >> usb, psm and atkbd are important ones for interactive performance... : > : > And the tty subsystem becomes an immediate dependency for several of these. : : Interactive performance is irrelevant here. You can can lose efficiency : by competing for Giant a few hundred thousand times in the time that : it takes an interactive user to notice. The problem is that non-interactive : performance is impaired by using Giant locking anywhere. Using it for : interactive devices is only a problem if the interaction often requires : holding Giant for a long time. It doesn't for most input devices : including keyboards, but it might for slow bulk output devices like : syscons consoles. Also in the case of usb, it means that all devices sharing interrupts with the usb bridges are effectively under giant... Warner