epoll的ET模式，怎么防止其它连接饿死

bujiwu

大家在使用epoll的ET模式时，怎么防止一个连接在读取大量数据，导致其它的连接饿死这种情况了？譬如有多个连接触发EPOLLIN事件，有个连接要接收大量数据，那么会导致其它连接接收数据饿死了。
由于ET事件没有变化只会触发一次，我在网上看到一种方法是，先只读取一部分数据，标记这个连接还有数据未读取完，设置为readyread。下次再读
这种方法应该是可以的，但是要考虑怎么写高效，epoll_wait这个循环里怎么写了比较好？
我的想法是如果有事件要标记为readyread放到一个list,下次epoll_wait时的时间参数设置为0,立即返回，先处理好这次变化的事件，继续接收list中的连接数据。

从memcached使用libevent的做法看是，设置一个接收最大值，如果接收的数据超过这个值时，就会进行处理逻辑，进行包处理，处理完成后，设置EPOLL事件为EPOLLOUT，发送完成后，再设置为EPOLLIN事件。这样当然会再次触发EPOLLIN事件，继续接收RCV_BUF中的数据了