8 May
2006
8 May
'06
1:22 p.m.
On 5/8/06, Christopher Kohlhoff <chris@kohlhoff.com> wrote:
Olaf van der Spek <olafvdspek@gmail.com> wrote:
Yes, but doesn't that apply to recv/send too? I thought that was what the demuxer/servide was for.
On windows, send and recv use overlapped I/O. The io_service::run() function waits on GetQueuedCompletionStatus() so that it gets the result of these asynchronous operations directly. What I mean is that asynchronous connect operations currently require an additional background thread to wait on select(). Using ConnectEx will remove this need.
Ah. I'm only familiar with the epoll function on Linux and assumed on Windows it'd work in a similar way.