论坛徽章:: 0

电梯直达

1楼 [收藏(0)] [报告]

发表于 2010-07-28 15:59 |只看该作者 |倒序浏览

以前写过一个epoll LT模式的网游服务器的socket通信架构；

据说ET模式在大连接情形下更高效，但是更难用；

LT似乎是关注资源，ET关注事件；

只要资源还有，LT就会通知你；

只要新资源到达，ET也会通知你；但是如果你不用完，又没有新资源到达，就不再理你了。剩下的资源。。浪费着。。

关于recv的两种方式处理还是很好理解；

但是至今没想通关于send的处理；

因为linux下有个“bug”，epoll对EPOLLOUT事件总会返回真（只要你的内核发送缓冲区有1个字节的空间）。

不知道该怎么处理。。。

求解。。。

文库|博客

okocha-jay

稍有积蓄

论坛徽章:: 0

2楼 [报告]

发表于 2010-07-28 16:01 |只看该作者

本帖最后由 okocha-jay 于 2010-07-28 16:13 编辑

最近因为服务器移植到linux，正好想重新改一下。

网上找的
With EPOLLET, EPOLLOUT will be triggered once at the start, and never again
until after you've filled the send buffer and a send would block, and some room
comes available again.

可是我测得ET模式下，只要EPOLLIN了，OUT也为真...

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

sjinny

白手起家

论坛徽章:: 0

3楼 [报告]

发表于 2010-07-28 16:38 |只看该作者

我是这样做的，给每个连接一个bool记录是否可写，初始值为true。每次write的时候看能不能把待发送的数据发完，能的话就认为该连接还是可写的，如果不能发完那么就认为内核的缓冲区已经满了，记录为不可写。当触发out事件时就再尝试一下write，然后再根据write结果更新是否可写的bool。只要把fd设置为非阻塞的就可以了，最多就是多了几次无效的write尝试而已。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

rain_fish

富足长乐

论坛徽章:: 0

4楼 [报告]

发表于 2010-07-28 16:57 |只看该作者

以前写过一个epoll LT模式的网游服务器的socket通信架构；

据说ET模式在大连接情形下更高效，但是更难用 ...
okocha-jay 发表于 2010-07-28 15:59

ET模式下，epoll理论上是当发送缓冲区由满变为不满，即有空闲空间了，会触发EPOLLOUT事件，但正如你所说“linux下有个“bug”，epoll对EPOLLOUT事件总会返回真（只要你的内核发送缓冲区有1个字节的空间）。”，我的做法是把fd放到可写队列中，如果fd已经在这个队列中则不重复放，如果没有在这个队列中（由满变为不满时），则放入这个队列，另外一个任务去读取这个队列，操作send