我需要编写一个C程序,以高速率接收来自2个不同NIC的udp数据包 – 每个插槽大约45MB / s(同一台计算机上每个NIC单个插槽).

我开始创建一个基于事件的套接字(使用WSAEventSelect),但我想知道：这种类型的套接字模型(基于事件)是否可能意味着一些性能损失？ (因为事件将以高速率触发,因此操作系统可能会导致一些延迟)
如果我选择阻塞套接字,我会减少延迟吗？
是否可以说在高吞吐量时,阻塞套接字的性能可能超过非阻塞套接字？

注意：可伸缩性不是问题,因为我们处理的插槽不超过两个.

谢谢,

交流

最佳答案 如果您只有两个套接字,为什么不使用阻塞调用？它们的开销略低于任何异步套接字API,并且具有更简单的编程模型.阻塞套接字使用异步IO,但它们在事件中阻止
Windows内核.

您应该每个插槽启动CpuCount / 2读取器线程.虽然如果能够处理负载(取决于您的应用程序),较少的线程将表现更好.线程越少意味着缓存占用空间越小,上下文切换越少.

如果您非常关心跨套接字负载平衡,则应该使用IO完成端口,这是Windows上执行异步IO的标准且性能最佳的方式.

延迟怎么样？在您的情况下,阻塞调用将具有与“基于事件的”套接字几乎相同的延迟,因为每个套接字有多个线程在事件上排队等待接受NIC接收的下一个数据包.使用基于回调的异步IO方法,延迟会略有增加.我希望差异非常小.内核不会引入任何延迟.例如,它不会等待时钟中断来取消阻塞线程.解除锁定立即发生.