From owner-freebsd-hackers Sat Apr 25 17:13:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA13515 for freebsd-hackers-outgoing; Sat, 25 Apr 1998 17:13:20 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from friley585.res.iastate.edu (friley585.res.iastate.edu [129.186.167.85]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA13504; Sat, 25 Apr 1998 17:13:13 -0700 (PDT) (envelope-from ccsanady@friley585.res.iastate.edu) Received: from friley585.res.iastate.edu (loopback [127.0.0.1]) by friley585.res.iastate.edu (8.8.8/8.8.8) with ESMTP id TAA09376; Sat, 25 Apr 1998 19:13:01 -0500 (CDT) (envelope-from ccsanady@friley585.res.iastate.edu) Message-Id: <199804260013.TAA09376@friley585.res.iastate.edu> X-Mailer: exmh version 2.0.1 12/23/97 To: John Birrell cc: dyson@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: threads performance In-reply-to: Your message of "Sun, 26 Apr 1998 09:54:03 +1000." <199804252354.JAA09319@cimlogic.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 25 Apr 1998 19:13:00 -0500 From: Chris Csanady Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >John S. Dyson wrote: >> > Why this hurts so much be comparison to other platforms (which >> > supposedly also do this) is another question entirely. >> > >> We need to use a deferred mechanism, a lot like our interrupt >> code. > >The issue of blocking syscalls makes this "not worth doing". It would >only be possible for -current, anyway. > >I'd prefer that we concentrate on the kernel thread interface so that the >blocking syscall issue goes away. And with it goes the need to block >signals. I'm not sure how related this is, but has any thought been given to using an async call gate? It seems like it would be the Right Thing to do (eg. for the aio calls, etc.) Without it, wouldn't apps that do a lot of async calls get badly hurt by repeatedly yeilding to the scheduler? Perhaps I am missing something, this is not an area I am intimately familiar with.. Chris To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message