state-threads
[Top] [All Lists]

Alternative I/O multiplexing

To: state-threads@xxxxxxxxxxx
Subject: Alternative I/O multiplexing
From: Dan Melomedman <dmelomed@xxxxxxxx>
Date: Mon, 25 Jun 2001 21:29:42 -0400
Sender: owner-state-threads@xxxxxxxxxxx
User-agent: Mutt/1.3.18i
So poll() does take quite a bit of time with large descriptor sets in
state-threads according to Sacha's message. Any benchmarks to show the
difference under Linux 2.4.x or FreeBSD with patch?
It is also known that both  select() and poll() are very slow under
Linux with large decriptor sets.

This brings me back to the question I asked a while a go: would it
make sense to add alternative polling support to st library such as
/dev/poll under Linux, or a whole different method such as kqueues 
in FreeBSD/OpenBSD? As I recall from a thread awhile ago, the 
answer was it would not.

<Prev in Thread] Current Thread [Next in Thread>
  • Alternative I/O multiplexing, Dan Melomedman <=