关于Linux信号的总结
标准信号与实时信号
0-31 这 32 个信号称为标准信号。
从 32 到 63 之间的 32 个信号称为实时信号。
可以通过 man 7
signal 查看对“标准信号”和“实时信号”详细的描述。
信号排队
每个进程拥有一个信号等待队列。在 task_struct 中有一个 struct sigpending pending 域，
就是进程的信号等待队列。
当向一个进程发送信号时，信号会先被送入进程的信号等待队列，然后等到进程被调度到去处理信号的时候，会从信号
等待队列中依次取出信号进行处理。
标准信号不能排队，而实时信号可以排队：
假设进程屏蔽了一个标准信号，当给它连续发送多个相同
的标准信号，则只有第一个被放入进程的信号等待队列中，后续的都被丢弃。
假设进程屏蔽了一个实时信号，当给它连续发送多个相同的实时信号，则所有
的信号都被放入进程的信号接收队列中。
实时信号是在 POSIX.4 实时信号扩展中定义的。
信号屏蔽
进程可以屏蔽它不想接收的信号。
在 task_struct 中有一个 block 域，指定了进程要屏蔽的信号集合。
屏蔽信号
带来的影响：
1、
当向一个进程投递信号时，如果发现进程屏蔽了此信号，则即使此进程处于睡眠状态，也不唤醒它。（否则睡眠的进程会被唤醒）。
2、
当进程开始处理它的信号等待队列的时候，对于被屏蔽的信号，不做处理。所以这些信号会一直待在等待队列中，直到进程解开对相应信号的屏蔽，才能被处理。(按照以上理解，也就是虽说某些信号被屏蔽，但是这个信号会被保存在pending里，只是在进程从内核返回处理信号时不处理被阻塞（屏蔽）的信号，直到该信号被解除屏蔽)
但
是 KILL 和 TERM 这两种信号是不能屏蔽的。
发送信号的处理过程
用户空间可以通过 kill() 或 sigqueue() 两个系统调用来向一个进程发送信号。
内核空间的入口是 sys_kill()：
sys_kill()
==> kill_something_info() ==> kill_proc_info() ==>
send_sig_info() ==> deliver_signal() ==> send_signal()
1、 首先，根据 PID 找到对应的目标进程。 这是通过
find_task_by_pid() 实现的。
2、 如果目标进程对信号的处理行为是“忽略”，则无需投递
3、
相关文档：
为 Linux 应用程序编写 DLL 在仅仅只会编写插件的时候为什么要编写整个应用程序？
文档选项
打印本页
将此页作为电子邮件发送 级别： 初级 Allen Wilson (wilsona@us.ibm.com), 电子商务设计师, IBM 2001 年 10 月 01 日 插件和 DLL 通常是用来无须编写整个新应用程序而添加功能的� ......
最近负责的svr压力比较大，业务逻辑有点复杂,能优化的地方已经全部优化了， 目前每秒3k次，cpu负载还是比较高 top看一下，4核的cpu负载不是太均衡，打算考虑一下将业务进程指定到3个cpu上运行，另外一个cpu专门负责处理网络收发包；打算尝试一下，如果还是不行，再过段时间，访问量再增加的话，就要加机器了，呜呜 补 ......
问题：两台DVR同时连接同一台2路的DVS，其中一台DVR正常连接DVS的两路输出，预览也正常。
而另一台DVR只能连上DVS的1路输出，另一路怎么也连不上。
跟踪发现，D ......
1:下载社区版的mysql，
要下载两个文件，分别为：MySQL-server-community-5.1.46-1.rhel5.i386.rpm
......
前面两节已经介绍了有关信号的大部分知
识。这一节我们来了解一下这些系统调用。其中，系统调用signal是进程用来设定某个信号的处理方法，系统调用kill是用来发送信号给指定进程的。这
两个调用可以形成信号的基本操作。后两个调用pause和alarm是通过信号实现的进程暂停和定时器，调用alarm是通过信号通知进程定时器� ......
