From owner-freebsd-hackers Sat Mar 6 11:25:10 1999 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (Postfix) with ESMTP id C397915031 for ; Sat, 6 Mar 1999 11:25:08 -0800 (PST) (envelope-from tlambert@usr06.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id NAA24327; Sat, 6 Mar 1999 13:00:44 -0700 (MST) Received: from usr06.primenet.com(206.165.6.206) via SMTP by smtp04.primenet.com, id smtpd024278; Sat Mar 6 13:00:39 1999 Received: (from tlambert@localhost) by usr06.primenet.com (8.8.5/8.8.5) id MAA09686; Sat, 6 Mar 1999 12:24:45 -0700 (MST) From: Terry Lambert Message-Id: <199903061924.MAA09686@usr06.primenet.com> Subject: Re: lockf and kernel threads To: dyson@iquest.net Date: Sat, 6 Mar 1999 19:24:45 +0000 (GMT) Cc: hasty@rah.star-gate.com, tlambert@primenet.com, dick@tar.com, jplevyak@inktomi.com, hackers@FreeBSD.ORG In-Reply-To: <199903051853.NAA00631@y.dyson.net> from "John S. Dyson" at Mar 5, 99 01:53:50 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > For other I/O, it dynamically creates thread pools, and uses threads > as needed. Threads don't end up being created and destroyed that often, > because the requests are handled dynamically by the threads, and the > threads dynamically attach/detach to the process address space. If the > threads don't get used for a long time, they start disappearing. > > The scheme sort-of creates anonymous threads that are used as resources > for multiple processes. > > Eventually, most of the I/O types won't have to be threaded, but the > thread scheme is a concept proof of the ability to create anonymous > workers in the BSD kernel. > > (Actually, the thread work was much more complex than the RAW I/O.) This resembles my second optimization for async call gates. This code is worthwhile, despite the complexity, due to the ability to proxy the operations in a distributed environment, if you don't know how to complete the operations locally, or can't because of resource starvation. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message