伪信号 这个是什么意思？

benjiamsh

来着http://cnodejs.org/topic/4f16442ccae1f4aa270010a3


在linux 下当然会选择epoll ，但epoll 还是存在一些问题的，比如 ”伪信号“ 的处理，即返回的事件其实不是当前句柄的事件，libev 中用一个随机值伴随fd传入epoll结构中，当epoll_wait 事件返回时，我们拿 anfd[fd] 中的这个随机值与返回的值进行比较，如果不一致则忽略 （ nginx 也是采用类似的机制进行处理的）

貌似epoll 没见过这个东西

hellioncu

我用epoll，没听说过”伪信号“，也没有这方面的处理，也没有问题

zylthinking

benjiamsh 发表于 2014-07-02 22:23
来着http://cnodejs.org/topic/4f16442ccae1f4aa270010a3

这多半是多进程下出的问题， 若多进程共享  epollfd, 进程1 open 一个 fd1 加入 epoll, 进程 2  open 一个 fd2 加入, 则  可能  fd1 == fd2， 但实际是两个不同的文件句柄， 更要命的是  fd1 产生读写事件时， 该事件可能会被进程  2 获得， 让进程 2 误以为 fd2 产生了读写事件

benjiamsh

这多半是多进程下出的问题， 若多进程共享  epollfd, 进程1 open 一个 fd1 加入 epoll, 进程 2  open 一个 fd2 加入, 则  可能  fd1 == fd2， 但实际是两个不同的文件句柄， 更要命的是  fd1 产生读写事件时， 该事件可能会被进程  2 获得， 让进程 2 误以为 fd2 产生了读写事件

如果是ET 模式下 进程2获取了 fd1 的读事件， 他发现不是自己的，那么放弃。这个fd1不就饿死了吗？ 进程1 永远没机会去发现他有问题啊

zylthinking

benjiamsh 发表于 2014-07-02 23:44
这多半是多进程下出的问题， 若多进程共享  epollfd, 进程1 open 一个 fd1 加入 epoll, 进程 2  open 一个  ...

是的， 需要你自己避免这种情况出现， 比这严重的还有， 比如epoll data 中传一个进程 1 的指针， 然后让进程 2 获得了事件， 他去访问这个指针就是野指针了， 因此， 上面的处理是  anfd[fd] 中的值 和 epollevent.data 作比较，而不敢使用指针

hellioncu

zylthinking 发表于 2014-07-02 23:48
是的， 需要你自己避免这种情况出现， 比这严重的还有， 比如epoll data 中传一个进程 1 的指针， 然后 ...

那何必自找麻烦，还要多进程共享 epollfd？

yulihua49

zylthinking 发表于 2014-07-02 23:39
这多半是多进程下出的问题， 若多进程共享  epollfd, 进程1 open 一个 fd1 加入 epoll, 进程 2  open 一 ...

嗯。。。。
避免在多进程环境使用。。。。。。。。。。