转自: https://www.cnblogs.com/Jimmy104/p/5258205.html
针对自己写的一个服务器网络引擎Engine 文章后面附上源码
使用epoll 刚刚开始时候发现占用CPU 特别高,但是网络引擎里面基本没干什么事,不应该有这么高的CPU,一直不解,
于是自己慢慢的分析服务器工作线程,发现主要的性能消耗应该是处理IO 时候,
int nEventNum = epoll_wait(m_nEpId, arrEvents, default_epoll_size, 0);
原来是 epoll_wait的最后一个参数的问题
int epoll_wait(int epfd, struct epoll_event * events, int maxevents, int timeout);
等待事件的产生,类似于select()调用。
参数events用来从内核得到事件的集合,maxevents告之内核这个events有多大,
这个 maxevents的值不能大于创建epoll_create()时的size,
参数timeout是超时时间(毫秒,0会立即返回,-1将不确定,也有说法说是永久阻塞)。
该函数返回需要处理的事件数目,如返回0表示已超时。
于是我把参数timeout改成 1 毫秒,CPU 就降下来了,
int nEventNum = epoll_wait(m_nEpId, arrEvents, default_epoll_size, 1);
体会:
如果超时时间为0,必然导致内核不停的调用epoll_wait函数,频率应该是内核的最小时间粒度,其结果是
相当于一个死循环调用了,所以导致CPU消耗过高,