epoll学习笔记

UnixStudier

converse:"
1)对于监听可读事件时,如果是socket是监听socket,那么当有新的主动连接到来为状态发生变化;对一般的socket而言,协议栈中相应的缓冲区有新的数据为状态发生变化.但是,如果在一个时间同时接收了N个连接(N>1),但是监听socket只accept了一个连接,那么其它未 accept的连接将不会在ET模式下给监听socket发出通知,此时状态不发生变化;对于一般的socket,就如例子中而言,如果对应的缓冲区本身已经有了N字节的数据,而只取出了小于N字节的数据,那么残存的数据不会造成状态发生变化."
这个确实是个问题。server端的代码就有这里说的问题。listenfd不应该用epoll监听。

[ 本帖最后由 UnixStudier 于 2008-5-23 09:41 编辑 ]

cookis

有创意...

NOTE: EAGAIN 是返回 -1 的errno..

UnixStudier

关于recv的缓冲区大小，
每次recv的时候我用的缓冲区大小都是tcp缓冲区的大小，这样只读一次，不用循环读到EGAIN。暂时还发现什么问题。

yangsf5

“你们都是读到EGAIN就不读了？

我一开始也是，但是读不完。。

现在改的是读到EGAIN，继续读，直到出错或者读完。。貌似目前还正常。。”


补充：以上是原帖。当时概念不是很清晰。请勿借鉴。:wink:
                         --- 09.03.12

[ 本帖最后由 yangsf5 于 2009-3-12 09:25 编辑 ]

cookis

读到EAGAIN 还会出什么错?

cugb_cat

原帖由 yangsf5 于 2008-5-23 10:13 发表
你们都是读到EGAIN就不读了？

我一开始也是，但是读不完。。

现在改的是读到EGAIN，继续读，直到出错或者读完。。貌似目前还正常。。

EAGAIN就是错误啊。

marxn

原帖由 cookis 于 2008-5-23 09:40 发表
有创意...

NOTE: EAGAIN 是返回 -1 的errno..

是啊，我说的哪里错了？
我的意思是在recv读取到的字节数小于请求的字节数时，下次读不一定会返回-1。有什么问题吗？

marxn

原帖由 yangsf5 于 2008-5-23 10:13 发表
你们都是读到EGAIN就不读了？

我一开始也是，但是读不完。。

现在改的是读到EGAIN，继续读，直到出错或者读完。。貌似目前还正常。。

如果你的客户端是一个低速网络设备，你会发现服务器的CPU占用率瞬间上升至100%

zl_linux

把文件描述符设置为ET模式后,能否保证有新的数据到来后,内核只通知一次?

zl_linux

我把文件描述符设置为ET后,在相应的sockfd上读取数据完毕后,为什么又一次从epoll_wait中返回了刚才处理过的文件描述符,但没有数据可读
？？？？