应用程序信号太多，会导致什么问题？

dingyujie

有个服务器的程序，进程之间需要很频繁的互发信号，来完成一些处理，这样会对系统产生怎样的影响？另外一个问题就是，信号处理函数中有很多逻辑，比如需要通过socket发送数据之类的，这样有什么不妥吗？

先谢过大牛了。

dingyujie

回复 2# stephen_du


    嗯。有其他的方案，不过我主要是想搞清楚，这么做会有哪些直接或者明显的影响。

灌水菜鸟

建议看看信号的实现机制，通常处理一个信号是需要反复进出内核的。至于有什么样的影响，甚至量化的数据，就跟你的实际用例和环境紧密相关了，不妨写个验证用例试试先。

cuibixiong_cu

我的想法，signal是linux中IPC通信的一种方式，处理的时间一般是中断，异常，系统调用，这样的话就会有一种问题，当一个A Process向B Process发送signal的时候，其实只是在B process的task_struct中进行了标记，而没有立即调用这个signal的handler，B Process调用signal handler的时机是当处理中断，异常，系统调用完成之后，会check signal，可以参考arch/arm/kernel/entry-common.S的func work_pending。

如果你的处理必须是实时的话，那么用signal就不是很好了，signal常用的地方还是处理一下异常情况，并不适用于进程间数据通信

dingyujie

回复 5# cuibixiong_cu


    也不是严格意识上的要求实时，但至少应该比进程在那空转轮询状态好些吧，因为等待实在太耗性能。。。

灌水菜鸟

回复 6# dingyujie


    兄弟，你说的这种情况，应该是“同步“。百度一下吧。

鸟菜小

要看怎么实现的，其实要正确的写好信号处理函数不容易，要考虑如下几点：

1，信号处理的方式，是异步处理，还是定向到特定的线程去做同步处理。

2，如果是异步处理，安全性即可重入问题尤其重要，不可重入的函数，甚至errno都会受影响，代码谨慎。

3，使用什么类型的信号，是否可靠是否会排队，决定了你的处理逻辑。

linux_c_py_php

进程间通信方法很多, 简单的内存共享队列, 进程共享互斥锁+条件变量, 信号量, 都能解决空转问题,

dingyujie

回复 9# linux_c_py_php


    嗯，我是想问，如果就是用信号，会导致什么具体的问题和影响？