From owner-freebsd-smp Fri Feb 16 9: 6:51 2001 Delivered-To: freebsd-smp@freebsd.org Received: from gw.nectar.com (gw.nectar.com [208.42.49.153]) by hub.freebsd.org (Postfix) with ESMTP id 96E7437B491 for ; Fri, 16 Feb 2001 09:06:47 -0800 (PST) Received: from hamlet.nectar.com (hamlet.nectar.com [10.0.1.102]) by gw.nectar.com (Postfix) with ESMTP id E7BDB19380; Fri, 16 Feb 2001 11:06:46 -0600 (CST) Received: (from nectar@localhost) by hamlet.nectar.com (8.11.2/8.9.3) id f1GH6ki90361; Fri, 16 Feb 2001 11:06:46 -0600 (CST) (envelope-from nectar@spawn.nectar.com) Date: Fri, 16 Feb 2001 11:06:46 -0600 From: "Jacques A. Vidrine" To: Terry Lambert Cc: Seth Leigh , freebsd-smp@FreeBSD.ORG Subject: Re: possible problem with SMP? Message-ID: <20010216110646.B90210@hamlet.nectar.com> Mail-Followup-To: "Jacques A. Vidrine" , Terry Lambert , Seth Leigh , freebsd-smp@FreeBSD.ORG References: <5.0.2.1.0.20010215025043.027a3008@hobbiton.shire.net> <200102160003.RAA10529@usr08.primenet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102160003.RAA10529@usr08.primenet.com>; from tlambert@primenet.com on Fri, Feb 16, 2001 at 12:03:39AM +0000 X-Url: http://www.nectar.com/ Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Feb 16, 2001 at 12:03:39AM +0000, Terry Lambert wrote: > I have looked at the [Doors] mechanism. I think you will find that > they are a Solaris 2.7 introduction, but am willing to be wrong. Stevens says Doors were introduced in Solaris 2.5, and first documented in Solaris 2.6. > Doors are interesting. The thing they most resemble is a VMS > asynchronous system trap, or an NT I/O completion routine. Funny, to me it just looks like an efficient RPC mechanism that happens to do some thread management for you. > Fundamentally, this means I cross U->K to set things in motion, > then K->U, back to my program, once I have started rolling. > Later, after the ball gets to the bottom of the hill, the kernel > triggers a door, which runs K->U, causes some code to run, and > then jumps bad U->K, when it's done. Oh, I guess I see what you mean. With the typical socket IPC, there are more transitions (select and then read arguments/write results). Cheers, -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message