2

我有一个负责轮询各种 fd 的线程。我正在使用设置了超时的 epoll_wait。以下是代码片段:

do {
    n = epoll_wait(epollFd, eventsList, eventsTotal, timeoutMS);
} 
while ((n<0) && (errno == EINTR));

eventsList 内存包含 timerfd、signalfd 和 socket fd。

该线程运行良好并处理定时器事件、套接字打开/读取/写入/关闭事件和用户定义的信号事件。

但是有时线程会进入无限 do-while 循环,因为 errno 总是返回EINTR
Top -H of thread 显示状态为睡眠。strace显示它正在循环调用 epoll_wait() 。

那么,当我使用公认的处理 epoll_wait 和 EINTR 的方式时,会出现什么问题呢?可能导致上述问题的套接字读/写/关闭有什么问题吗?还是用timerfd?

更新: strace -p 输出:

epoll_wait(8, {}, 8192, 10)             = 0
epoll_wait(8, {}, 8192, 10)             = 0
epoll_wait(8, {}, 8192, 10)             = 0
epoll_wait(8, {}, 8192, 10)             = 0

然后我拿了gcore并试图让epoll_wait()返回errno。它是 4 (EINTR)

4

1 回答 1

0

如果您至少向我们展示了strace输出的一个片段,那将会更有帮助。至少,它会告诉我们正在接收哪个中断。

没有这些信息,我无法告诉您您的程序出了什么问题。但是,我可以告诉你如何找出答案。

首先,查看 strace 输出。它会告诉你进程接收到的信号是什么。

然后查看该信号的信号处理程序。如果您没有,请注册一个。确保您正在使用sigaction而不是signal这样做。此外,请确保您使用的是较新的sa_sigaction函数格式。

使用这种格式,您的信号处理程序会接收有关谁发送了该信号的信息。这包括发送者的 PID,如果它是一个计时器,计时器 ID 等。使用该信息来确定信号来自哪里。

于 2017-09-30T17:15:01.733 回答