UNIX或Linux系统对信号是否有排队机制

Kevinkw

如果说父进程fork了很多子进程并处理SIGCHLD信号已获得子进程统计信息
但是在同一时间有很多子进程结束，这时似乎有很多信号SIGCHLD几乎同时到达
如果我的SIGCHLD信号需要是不可重入的（因为要操作共享资源），如果调用sigprocmask暂时屏蔽SIGCHLD的话，在APUE书上好象讲系统只能向进程传送一次被屏蔽信号
大多数UNIX系统不排队信号，如何判断本系统是否支持信号排队？
谁有比较好的解决方案啊，多谢

win_hate

没见过排队的。

用 while (waitpid (-1, NULL,  WNOHANG) >;0) 可以吗？

Kevinkw

我现在就是用的while (waitpid (-1, NULL,  WNOHANG) >;0)，似乎是能解决问题，这样似乎验证了信号是排队的，不然怎么可以用while这样一个一个的捕获？
但是程序执行的时候有不规律的出现僵尸的现象，似乎还是可能丢掉信号的

Kevinkw

还有一个问题，程序在SIGCHLD信号处理函数中执行时又获得了SIGCHLD，那么是否会导致这个函数重入？
如果需要在函数中处理临界资源怎么办？

lisp

〉〉程序在SIGCHLD信号处理函数中执行时又获得了SIGCHLD，那么是否会导致这个函数重入？
不会，在信号处理程序中会屏蔽当前信号，导致递交延迟

〉〉这样似乎验证了信号是排队的
LINUX不会对普通信号排队。子进程的结束是串行的，如果SIGCHLD信号处理程序的执行时间不是太长的话，父进程应该来得及清理子进程。但如果子进程退出频率过高，可能会导致SIGCHLD信号丢失，这就会产生你提到的不规则的僵死进程。

loc1129

>>"子进程的结束是串行的，如果SIGCHLD信号处理程序的执行时间不是太长的话，父进程应该来得及清理子进程。但如果子进程退出频率过高，可能会导致SIGCHLD信号丢失，这就会产生你提到的不规则的僵死进程。"
      问：如您所述，那么使用wait调用的结果应该跟waitpid一样，但是为什么使用wait却出现信号丢失，而waitpid却没有？
     wait的测试程序如下
     signal(SIGCHLD,sig_chld);
       void sig_chld(int signo){
             pid_t pid;
             int stat;
             pid=wait(&stat);
             return;
      }
        waitpid 的测试程序如下
     void sig_chld(int signo)
       {
               pid_t pid;
               int stat;
               while((pid=waitpid(-1,&stat,WNOHANG))>0);
               return ;
       }

lisp

原帖由 loc1129 于 2006-4-7 20:39 发表
>>"子进程的结束是串行的，如果SIGCHLD信号处理程序的执行时间不是太长的话，父进程应该来得及清理子进程。但如果子进程退出频率过高，可能会导致SIGCHLD信号丢失，这就会产生你提到的不规则的僵死进程 ...

汗，一年前的帖子都被翻出来了。我都是半瓶水，很久没有写程序了，你等高人解答哈。

westgarden

在信号处理程序中会屏蔽当前信号

如果确实是这样的话，
可看看以下我的看法：

wait(&stat);是阻塞型等待。
也就是说，wait()要阻塞到所等待的子进程结束才返回。
在这段“等待的子进程结束”的时间内，信号处理程序屏蔽了当前信号SIGCHLD，
父进程也就无法处理其他子进程发的SIGCHLD信号。

waitpid(-1,&stat,WNOHANG)中
WNOHANG会使进程非阻塞地等待。
也就是说，不管等待成功与否，
waitpid(-1,&stat,WNOHANG)都会立即返回，
进程就可以处理其他子进程发的SIGCHLD信号了。

lisp

原帖由 westgarden 于 2006-4-7 21:34 发表

如果确实是这样的话，
可看看以下我的看法：

wait(&stat);是阻塞型等待。
也就是说，wait()要阻塞到所等待的子进程结束才返回。
在这段“等待的子进程结束”的时间内，信号处理程序屏蔽 ...

maybe you are right.

loc1129

我测试的背景：一个父进程创建5个子进程，然后这5个子进程差不多在同一时刻递交5个SIGCHLD信号给父进程，测试结果如我前面所说
      那么此时，对于wait来说应该是不阻塞的，它和waitpid一样获得了执行，但为什么结果会不一样呢