From: Zoran V. <zv...@ar...> - 2006-10-06 22:01:53
|
On 06.10.2006, at 23:41, Stephen Deasey wrote: > > What's the goal? We can certainly abstract socket event IO, with > poll() as a fallback. But some of the interfaces you mentioned here > can handle waiting on other things, e.g. signals. Is this what you > want? At the moment only as replacement for poll as kqueue or solaris port_* are way more scalable. > > There's a start at socket event IO in nsd/event.c. I didn't try > wrapping anything other than poll(). My main motivation was to create > a nice interface to clean up the main driver loop in nsd/driver.c, and > also to make something capable of handling the reader/writer stuff > that's in there, which is a little trickier due to the IO being spread > among more than one thread. > > I have some patches for it somewhere. IIRC, the locking isn't > flexible enough... > > But it's code that exists so you can hack on it if you think it's > suitable. Basically that is what I thought. To get rid of the old-fashioned poll as there are much better options today. > > > You'll be using Linux like every one else and it won't matter... :-) > Ah... lets see... In any case, this is interesting development. |