epoll是线程安全的吗?

发布于 2024-11-29 16:00:37 字数 175 浏览 0 评论 0原文

epoll中有两个函数:

  1. epoll_ctl
  2. epoll_wait

当我使用相同的epoll_fd时,它们是线程安全吗?
如果一个线程调用epoll_wait,而其他线程同时调用epoll_ctl,会发生什么情况?

There are two functions in epoll:

  1. epoll_ctl
  2. epoll_wait

Are they thread-safe when I use the same epoll_fd?

What will happen if one thread calls epoll_wait and others call epoll_ctl at the same time?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

緦唸λ蓇 2024-12-06 16:00:37

它是线程安全的,但没有太多文档明确说明这一点。请参阅此处

顺便说一句,您还可以让多个线程在单个 epoll_fd,但在这种情况下它可能会变得有点棘手。 (即,您可能想使用边缘触发 EPOLLET 或一次性模式 EPOLLONESHOT。请参阅 此处。)

It is thread-safe, but there isn't much documentation that explicitly states that. See here

BTW, you can also have multiple threads waiting on a single epoll_fd, but in that case it can get a bit tricky. (I.e. you might want to use edge-triggered EPOLLET or oneshot mode EPOLLONESHOT. See here.)

颜漓半夏 2024-12-06 16:00:37

是的,根据 手册页 用于epoll_wait。它明确允许在另一个线程中等待时将文件描述符添加到 epoll 集:

“注释”部分:

当一个线程在调用 epoll_wait() 时被阻塞,有可能
另一个线程将文件描述符添加到等待的epoll
实例。如果新的文件描述符准备好,将会导致
epoll_wait() 调用以解锁。

Yes, it is thread-safe according to the manual page for epoll_wait. It explicitly allows adding a file descriptor to an epoll set while it is being waited for in another thread:

Section "Notes":

While one thread is blocked in a call to epoll_wait(), it is possible
for another thread to add a file descriptor to the waited-upon epoll
instance. If the new file descriptor becomes ready, it will cause the
epoll_wait() call to unblock.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文