From owner-freebsd-arch Wed Dec 1 14:49: 6 1999 Delivered-To: freebsd-arch@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id E7397151A8 for ; Wed, 1 Dec 1999 14:49:01 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id XAA02383 for ; Wed, 1 Dec 1999 23:48:11 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id XAA79271 for freebsd-arch@freebsd.org; Wed, 1 Dec 1999 23:48:11 +0100 (MET) Received: from plunger.gdeb.com (plunger.gdeb.com [153.11.11.3]) by hub.freebsd.org (Postfix) with ESMTP id 87C2614E12 for ; Wed, 1 Dec 1999 14:48:04 -0800 (PST) (envelope-from eischen@vigrid.com) Received: from orion.caen.gdeb.com ([153.11.109.11]) by plunger.gdeb.com with ESMTP id RAA12030; Wed, 1 Dec 1999 17:40:26 -0500 (EST) Received: from vigrid.com (clcrtr [153.11.109.129]) by orion.caen.gdeb.com (8.9.3/8.9.3) with ESMTP id RAA95420; Wed, 1 Dec 1999 17:42:45 -0500 (EST) (envelope-from eischen@vigrid.com) Message-ID: <3845A464.6CA5B28A@vigrid.com> Date: Wed, 01 Dec 1999 17:42:44 -0500 From: "Daniel M. Eischen" X-Mailer: Mozilla 4.51 [en] (X11; U; FreeBSD 3.2-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Wes Peters Cc: "Richard Seaman, Jr." , arch@freebsd.org Subject: Re: Threads stuff References: <384270AE.D0250340@vigrid.com> <38440BAB.E547CA61@vigrid.com> <19991130122423.N29767@tar.com> <38459FEF.B04F4617@softweyr.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Wes Peters wrote: > > "Richard Seaman, Jr." wrote: > > > > On Tue, Nov 30, 1999 at 12:38:51PM -0500, Daniel M. Eischen wrote: > > > > > I think we can perform thread switches totally in > > > userland without any assistance from the kernel. > > > > This would be a big performance plus. > > Not if you want those threads to run on multiple processors in an SMP box. Each cooperating subprocess has an upcall context and can perform switches for threads within the subprocess. So if you have multiple subprocesses and multiple CPUs, then you can have simultaneous thread switches occuring on each CPU. That's for async call-gates/SAs. Under Matts proposal, you don't need multiple subprocesses (rforks) in order to run simultaneously on multiple CPUs. Dan Eischen eischen@vigrid.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message