假设我们初始化了epoll文件efd和文件fd以及以下事件定义:
event.data.fd = fd;event.events = EPolliN | EPolLET;
现在考虑这种情况:
> thread1:将数据写入fd
> thread2:epoll_ctl(efd,EPolL_CTL_ADD,fd,& event);
> thread2:epoll_wait(efd,events,MAXEVENTS,-1);
现在步骤3中的呼叫立即返回吗?根据我的经验,确实如此.这有保证吗?
现在考虑第二种情况,扩展第一种情况:
> thread1:将数据写入fd
> thread2:epoll_ctl(efd,-1);
> thread2:epoll_ctl(efd,EPolL_CTL_MOD,-1);
第5步中的通话是否立即返回?根据我的经验,确实如此.有保证吗?
epoll手册页在这个问题上并不完全清楚.特别是,手册页建议您在使用边缘触发模式时应始终从文件中读取,直到返回EAGAIN.但似乎这些评论假设您不想在文件等待时重新注册文件.
what is the purpose of epoll’s edge triggered option?是一个相关的讨论.对第一个答案的前两个评论似乎证实我看到的行为是预期的.
https://gist.github.com/3900742是一个C测试程序,它说明带有管道的epoll似乎表现得像我所描述的那样.
解决方法 由于epoll是特定于linux的,因此没有真正的规范,因此它几乎取决于实际实现的内容(手册页试图以更加用户友好的方式描述它,但不提供边缘情况的所有细节) .查看ep_insert和ep_modify都检查当前事件位(与EPolLET无关):
/* * Get current event bits. We can safely use the file* here because * its usage count has been increased by the caller of this function. */revents = epi->ffd.file->f_op->poll(epi->ffd.file,&pt);
这样就解释了你所看到的行为,似乎是故意做的.但由于没有规范,因此没有铸铁保证未来行为不会改变.
总结以上是内存溢出为你收集整理的linux – 如果在边缘触发模式下调用epoll_ctl之前文件是可读的,后续的epoll_wait会立即返回吗?全部内容,希望文章能够帮你解决linux – 如果在边缘触发模式下调用epoll_ctl之前文件是可读的,后续的epoll_wait会立即返回吗?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)