EPOLL使用注意

最新推荐文章于 2025-03-07 18:39:45 发布

转载最新推荐文章于 2025-03-07 18:39:45 发布 · 892 阅读

文章标签：

#测试 #服务器 #socket #struct #网络 #通讯

网络专栏收录该内容

72 篇文章

订阅专栏

EPOLL使用注意

(2007-05-25 09:52:25)

转载▼

标签：

接上篇文章，这段时间一直对使用EPOLL关联socket的网络通讯进行测试，功能测试就不用说了，网络上有很多实现例子，都可以参考；我主要集中在压力测试和稳定情况的分析，现有了自己的一点体会，特贴出来供大家批驳。
首先描述一下测试环境：Linux服务器，内核版本：2.6.9，g++版本3.4.6，EPOLL都使用ET模式。
第一个体会是关于监听套接字m_hListenSocket和epoll关联。一般的例子都是创建监听套接字和EPOLL描述苻后使用如下代码建立关联：
struct epoll_event struEvent;
struEvent.events = EPOLLIN | EPOLLET;
struEvent.data.fd = m_hListenSocket;
epoll_ctl(m_hEpoll, EPOLL_CTL_ADD, m_hListenSocket, &struEvent);
建立连接后，任何客户端和服务器监听端口建立连接的功能测试都是正常的，可以建立连接、收发数据等。但开启压力测试后发现了新问题，150个连接没间隔1秒和服务器建立连接，发现EPOLL只返回给我130个请求，并建立了130个连接；反复测试了多次，都是如此，那剩余的客户端请求那里去了？接着测试了300个连接，发现EPOLL只返回给我280个请求，也吃掉了20个请求；如果先建立150个连接，再一个一个的请求会发生什么呢？测试的情况是第131个请求不是151个请求，是被EPOLL吃掉的请求出来了；也就是说新请求可以把EPOLL未投递给我的消息顶出来，EPOLL一直保持着20个请求不返回，为什么会有这种现象呢？解决办法是什么呢？
带着这些疑问，反复进行了测试，发现使用EPOLL提供的LT模式，没有这种问题，但CPU消耗实在是太高了，不能接受。
测试了接收和发送数据了TCP套接字，由于每次发送数据后都使用如下代码，和epoll重新建立了关联，所以没有发生过EPOLL吃掉消息的问题。注意如不使用代码再次建立关联，则不能使用户socket持续发送数据。
struct epoll_event struEvent;
struEvent.events = EPOLLIN | EPOLLOUT | EPOLLET;
struEvent.data.fd = hSocket;
epoll_ctl(m_hEpoll, EPOLL_CTL_MOD, hSocket, &struEvent);
同时获得这个启发，是不是ET模式下，接受客户端请求建立连接时，EPOLL也要和监听套接字m_hListenSocket重新建立关联呢，随即增加了如下代码进行了测试：
epoll_ctl(m_hEpoll, EPOLL_CTL_MOD, m_hListenSocket, &struEvent);
这下好了，无论是150个连接还是300个，EPOLL都可以完整的反馈给我了。看来这一步是必须的，但为什么EPOLL一定要吃掉20个请求呢，这点是我最不能理解呢？如果没有关联，那第2个请求或第3个就应当不返回了，真诚希望能有高手给予一个明确的答复。