SIGKILL信号处理

Question

如果一个linux进程正在等待I/O(即它处于SLEEP状态)并且SIGKILL发出一个信号,那么在终止(STOPPED状态)时它会通过RUNNING还是READY状态？

换句话说,对于一个处理系统中断的过程,例如一个生成的系统中断SIGKILL是否需要通过RUNNING或READY状态？

知道在正常情况下一个进程可以处理来自内核的中断并且知道SIGKILL有一个非常矛盾的目的是杀死一个无响应的信号,我怀疑对被杀死的进程有多少控制权,如果有的话.

Answer 1

信号由内核"切换"到进程,因此从processA向processB发送信号使用内核.当交付SIGKILL时,内核不允许进程(用户模式)进行任何活动,特别是进程纲要:atexit调用,_exit.没有.该过程简单地被系统破坏.这涉及内核模式中的一些活动.缓冲数据丢失.SYSV信号量和其他内核持久性内存对象留在内存中.这可能是一个真正的混乱.

如果内核内存中的某些内容导致挂起,则使用linux中的sysrq接口:

http://tldp.org/HOWTO/Remote-Serial-Console-HOWTO/security-sysrq.html

- 执行任何可以获得的有序关闭的外观.

这就是为什么使用SIGKILL是绝对的最后手段,因为你无法知道你在打破什么.它不会修复所有挂起.

你到底在做什么？