Date: Fri, 16 Feb 2001 11:06:46 -0600 From: "Jacques A. Vidrine" <n@nectar.com> To: Terry Lambert <tlambert@primenet.com> Cc: Seth Leigh <seth@pengar.com>, freebsd-smp@FreeBSD.ORG Subject: Re: possible problem with SMP? Message-ID: <20010216110646.B90210@hamlet.nectar.com> In-Reply-To: <200102160003.RAA10529@usr08.primenet.com>; from tlambert@primenet.com on Fri, Feb 16, 2001 at 12:03:39AM %2B0000 References: <5.0.2.1.0.20010215025043.027a3008@hobbiton.shire.net> <200102160003.RAA10529@usr08.primenet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010216110646.B90210>