Date: Thu, 9 Sep 1999 13:34:29 -0400 From: Garance A Drosihn <drosih@rpi.edu> To: justin@apple.com, freebsd-hackers@FreeBSD.ORG Subject: Re: message queues for I/O (usenix paper) Message-ID: <v04210100b3fd9ed91865@[128.113.24.47]> In-Reply-To: <199909090144.SAA02454@rhapture.apple.com> References: <199909090144.SAA02454@rhapture.apple.com>
next in thread | previous in thread | raw e-mail | index | archive | help
At 6:44 PM -0700 9/8/99, Justin C. Walker wrote: >From the FWIW department, we have, in the Darwin source, an >implementation of a "select replacement" that is designed to get >around some of the (perceived or real) issues with select(), e.g., >looking at a long (FD_SETSIZE or larger) array of bits several >times in the kernel and in user space. > >In the available sources, this is represented in sys/ev.h, and is >implemented only for sockets. Our tests indicate a roughly 5-10% >speed improvement when a lot of sockets are in use but not >exuberantly so. This sounds like it will be interesting. If this works out, would it translate to the other *BSD's fairly easily? When you say "select replacement", do you mean select disappears from the system, or just that this will be an alternative to using select? --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?v04210100b3fd9ed91865>