Unix域套接字的边缘触发epoll

debugcn 发表于 Dev

用户名

在边缘触发模式下epoll_wait阻止EPOLLOUTUNIX域套接字上的事件时，我遇到了一个奇怪的问题。

一些细节：我boost ASIO在两个进程之间使用IPC并传递了文件描述符。

以下是一些strace日志：

25097 16:59:04.273555 epoll_ctl(4, EPOLL_CTL_MOD, 37, {EPOLLIN|EPOLLPRI|EPOLLOUT|EPOLLERR|EPOLLHUP|EPOLLET, {u32=40872176, u64=40872176}}) = 0
25097 16:59:04.273588 epoll_wait(4, {{EPOLLOUT, {u32=40872176, u64=40872176}}}, 128, -1) = 1
25097 16:59:04.273617 sendmsg(37, {msg_name(0)=NULL, msg_iov(1)=[{data skipped, 247}], msg_controllen=24, {cmsg_len=24, cmsg_level=SOL_SOCKET, cmsg_type=SCM_RIGHTS, {34, 49}}, msg_flags=0}, MSG_NOSIGNAL) = 247
25097 16:59:04.273671 epoll_ctl(4, EPOLL_CTL_DEL, 34, {0, {u32=0, u64=0}}) = 0
25097 16:59:04.273715 close(34)         = 0
25097 16:59:04.273752 close(49)         = 0
25097 16:59:04.273801 epoll_wait(4, {{EPOLLOUT, {u32=40872176, u64=40872176}}}, 128, -1) = 1
25097 16:59:04.273848 epoll_wait(4,  <unfinished ...>

我在上次epoll_wait通话中受阻。我的理解是，当我使用边缘触发模式（EPOLLET）时，我确定可以阻止fd是否已准备好进行写操作。

问题是：如何调试Unix域套接字是否已准备好进行写操作？/proc/net/unix没什么有趣的。

阿玛利

我的理解是，当我使用边缘触发模式（EPOLLET）时，我确定可以阻止fd是否已准备好进行写操作。

我同意。

问题是：如何调试Unix域套接字是否已准备好进行写操作？

如果您的内核文件带有调试符号，则可以执行

gdb vmlinux /proc/kcore

并使用“struct sock地址”Num列中的地址/proc/net/unix

p（（结构袜子*）0x地址）-> sk_wmem_alloc

-检查已提交的传输队列字节和其他结构元素，以查看套接字的发送缓冲区是否还有空间。

但是实际上您不需要这样做，因为strace输出已经在倒数第二行中显示了该EPOLLOUT事件，并且在该事件与epoll_wait最后一行之间没有任何可以改变情况的系统调用，即没有信号沿。我认为在这里等待边缘触发是不明智的。

本文收集自互联网，转载请注明来源。

如有侵权，请联系[email protected] 删除。

编辑于2021-06-26

我来说两句

0条评论

登录后参与评论

来自分类Dev