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

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

还有一种方式,IO完成,提供一个临时缓冲区,每个socket连接自己带一个netpack的队列,IO线程内判断是否是个完整包,完整后就放入这个队列,然后发起下一次RECV,这样就和IO线程脱离,逻辑线程逐个处理,不过这个方式多了一次memcopy,就是 从临时缓冲区copy数据到netpack结构的缓冲区
...全文
285 2 打赏 收藏 转发到动态 举报
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
zilaishuichina 2013-04-03
  • 打赏
  • 举报
回复
个人是支持第二种的
测试230 2013-04-03
  • 打赏
  • 举报
回复
如果对通信效率要求高,第1种肯定不行。会导致你的接收缓存区溢出。 以个人经验来看,采用临时缓冲区的比较多。保证通信I/O和业务分离。虽然是多了次内存拷贝,但毕竟都是在用户模态。对服务器资源来说还是可以接受的。 当然能提高你的业务处理速度才是解决问题的根本

5,530

社区成员

发帖
与我相关
我的任务
社区描述
C/C++ 模式及实现
社区管理员
  • 模式及实现社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧