From owner-freebsd-arch Fri Apr 27 22:43:37 2001 Delivered-To: freebsd-arch@freebsd.org Received: from filk.iinet.net.au (syncopation-dns.iinet.net.au [203.59.24.29]) by hub.freebsd.org (Postfix) with SMTP id 990D937B422 for ; Fri, 27 Apr 2001 22:43:33 -0700 (PDT) (envelope-from julian@elischer.org) Received: (qmail 20288 invoked by uid 666); 28 Apr 2001 05:46:46 -0000 Received: from i194-025.nv.iinet.net.au (HELO elischer.org) (203.59.194.25) by mail.m.iinet.net.au with SMTP; 28 Apr 2001 05:46:46 -0000 Message-ID: <3AEA5845.D3377794@elischer.org> Date: Fri, 27 Apr 2001 22:42:29 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Nate Williams Cc: Daniel Eischen , Matt Dillon , Arch@FreeBSD.ORG Subject: Re: KSE threading support (first parts) References: <15081.50170.297579.938254@nomad.yogotech.com> <15081.53117.150505.145701@nomad.yogotech.com> Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nate Williams wrote: > > > > > Well, that's complete bullshit. KSE's are extremely short-running > > > > affairs in kernel mode, especially when you consider the most likely > > > > asynchronizing case (a simple blocking situation that will most commonly > > > > be in a read() or write()). > > > > > > Not necessarily. My experience with developing and running applications > > > on Solaris says that having multiple KSE's/process is a *huge* win. > > > > You do know that the proposed implementation isn't quite like > > Solaris (KSEs don't get their own quantum). You better holler > > if you want it ;-) > > I'm not sure how much a difference that makes, but to be honest, I > haven't thought about the consequences of it much. :( > > Nate If you implementN LWPs as N KSEGs with a KSE each, they do get their own quanta so it can be arranged to do it either way. -- __--_|\ Julian Elischer / \ julian@elischer.org ( OZ ) World tour 2000-2001 ---> X_.---._/ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message