iocp epoll 收到数据后的几种处理方式讨论

2013-02-03 11:08:56 353 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

Linux epoll 与 Windows IOCP比较前言 epoll 和 IOCP(IO Completion Ports) 分别是 Linux 和 Windows 系统上的高效网络模型。相比其他网络模型，同样是 polling 方式，这两种模型有如下特点：在系统资源允许下，监控的文件描述符没有上限。多线程同时监视和修改文件描述符是可行的，少量的线程即可实现支持大量连接的服务端程序。这两种模型的事件通知会有一定开销。如果应用程序不需要太多的客户端连接，select 和 poll 是更合适的模型。epoll 和 IOCP 的设计目的是应付成千上万的连接阅读详情

以下情景,假设是iocp，epoll下类似
当io线程完成一次数据接收，一般分两种处理，1 直接io线程内 sock->OnRecv()调用到逻辑层。2 IO线程看一下包是否完整，完整就提交一个事件到逻辑线程，然后继续下一次( 这里有个问题，iocp wsarecv,因为不知道逻辑线程是否把这个包处理了，如果下一次recv返回，发现又是完整的，其实是逻辑线程还没来得及处理掉，然后又提交了一个完成事件到逻辑线程，就会多次重复，毕竟io肯定是相对快于逻辑线程的，处理办法也有，就是收到完整的包之后，提交到逻辑，等逻辑处理了这个包，再进行下次recv，但是这个貌似和第一种没有太大的区别)

还有一种方式，IO完成，提供一个临时缓冲区，每个socket连接自己带一个netpack的队列，IO线程内判断是否是个完整包，完整后就放入这个队列，然后发起下一次RECV，这样就和IO线程脱离，逻辑线程逐个处理，不过这个方式多了一次memcopy,就是从临时缓冲区copy数据到netpack结构的缓冲区

...全文