有没有人研究过EPOLLONESHOT的性能

smzgl

大致看了下epoll的实现。
在epoll_ctl（EPOLL_CTL_MOD）大致流程如下：
copy_from_user -> 上锁 -> 申请内存 -> 红黑树查找 -> 修改标志 -> 释放内存 -> 解锁

没当设备有读写事件的时候，会调用ep_poll_callback， 这个函数的大致流程如下：
1.（EPOLLONESHOT的情况下，事件已经返回且没有被再次EPOLL_CTL_MOD）
write_lock_irqsave -> write_unlock_irqrestore

2. 非EPOLLONESHOT的情况下

write_lock_irqsave -> 加入ready队列 -> 唤醒睡眠进程  -> write_unlock_irqrestore -> ep_poll_safewake


在采用EPOLLONESHOT的情况下，epoll_ctl（EPOLL_CTL_MOD）会被频繁的调用，否则就是唤醒睡眠进程和ep_poll_safewake被频繁调用。
在高负载的情况下，后者被调用的情况要更加频繁（如果你read 和 write 都是到EAGAIN才再次调用epoll_ctl的话）。

那么，哪个方法的效率更加高一些呢？

xinglp

还没有碰到过使用EPOLLONESHOT的情况.
你是什么业务需求.

aaaaa5aa

按你的描述， 非EPOLLONESHOT的情况要效率高一些

rain_fish

把这个帖子挖出来，希望大牛们继续探讨。。

没本

边界触发的效率高，但程序实现上要小心，漏掉没处理的不会得到提醒了。
而电平触发的程序实现上方便，效率要低些，似乎libevent和lighttpd都用的它。