Hello Jens, > It's now up to 3.5x the original performance for the single client case. > Here's the updated patch, folded with the original that only went half > the way there. I’m looking forward to it. And question again: since POLL->READ/RECV is much faster then READ/RECV async, could we implement READ/RECV that would block as POLL->READ/RECV? Not only for networking, but also for all pollable fds. Carter