From owner-freebsd-sparc64@FreeBSD.ORG Thu Apr 20 21:52:21 2006 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8620016A402 for ; Thu, 20 Apr 2006 21:52:21 +0000 (UTC) (envelope-from carton@Ivy.NET) Received: from sakima.Ivy.NET (sakima.Ivy.NET [69.31.131.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id D867643D45 for ; Thu, 20 Apr 2006 21:52:20 +0000 (GMT) (envelope-from carton@Ivy.NET) Received: from castrovalva.Ivy.NET (castrovalva.Ivy.NET [IPv6:2001:4830:2150:c0::3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sakima.Ivy.NET (Postfix) with ESMTP id 3E7452FF5F for ; Thu, 20 Apr 2006 17:52:20 -0400 (EDT) Received: by castrovalva.Ivy.NET (Postfix, from userid 405) id 0B73612FB03; Thu, 20 Apr 2006 17:52:19 -0400 (EDT) To: freebsd-sparc64@freebsd.org References: <001801c66372$a032e770$2522630a@t22> <20060419054116.GA39394@xor.obsecurity.org> <20060420074713.Y52948@hades.admin.frm2> <20060420182331.GA26174@xor.obsecurity.org> <20060420204114.GA29490@xor.obsecurity.org> <20060420205340.GA29736@xor.obsecurity.org> <20060420210620.GA29933@xor.obsecurity.org> From: Miles Nordin MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/signed; boundary="pgp-sign-Multipart_Thu_Apr_20_17:52:19_2006-1"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Thu, 20 Apr 2006 17:52:19 -0400 In-Reply-To: <20060420210620.GA29933@xor.obsecurity.org> (Kris Kennaway's message of "Thu, 20 Apr 2006 17:06:20 -0400") Message-ID: User-Agent: T-gnus/6.17.2 (based on No Gnus v0.2) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.4 (alpha--netbsd) MULE/5.0 (SAKAKI) Subject: Re: pthread_mutex_timedlock on sparc64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 21:52:21 -0000 --pgp-sign-Multipart_Thu_Apr_20_17:52:19_2006-1 Content-Type: text/plain; charset=US-ASCII >>>>> "kk" == Kris Kennaway writes: kk> In practise libthr is the fastest thread package, although kk> there must still be some reason we don't make it the default. thanks for the answers. makes sense, I think I've finally got it. For those forced to read all my noise today that haven't already heard this 1:1 vs MxN thing debated to death, this is the last thing I read about it: http://www.sun.com/software/whitepapers/solaris9/multithread.pdf ``This is not to say that a good implementation of MxN model is impossible, but simply that a good 1:1 implementation is probably sufficient. This paper does not attempt a discussion of the relative merits of the MxN and 1:1 threading models. The basic thesis is that the quality of an implementation is often more important.'' The context is, a bunch of papers were published since 1993 showing that MxN threads were the most performant, and FreeBSD kse, Solaris threads between 2.6 and 2.8, threads in OSF/1 (I think the kse guys cited some Digital paper?), and NetBSD Scheduler Activations are all based on the design in the original paper cited at the end of kse(2). Sun scrapped scheduler activations in Solaris 2.9. They had to write the above advertisement PDF to convince people who'd read all that research since '93 that the 1:1 threads really were performant, and that they didn't just wuss out after too many bugs and revert to a slow, obvious EnTee/Linux style thread subsystem. --pgp-sign-Multipart_Thu_Apr_20_17:52:19_2006-1 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (NetBSD) iQCVAwUAREgCk4nCBbTaW/4dAQKo3AP/ZLkaF4hrOg74UihbtyAUWNgetlr5hFpK 0JPFcBDGoSaeV2pWMH3KHYs1CaL35mW+Qjodd0i9x8fLMoPGpD/Us0+AuRc2XvwS ChtDTh78qh2RJz4wlOgTYPCdVwpTimy1LDWGuCj7vI2EZFqsRyPUDHISTy64TvgO ossi4Y6v5FM= =ciua -----END PGP SIGNATURE----- --pgp-sign-Multipart_Thu_Apr_20_17:52:19_2006-1--