1.深度睡眠特点及存在原因
深度睡眠TASK_UNINTERRUPTIBLE:不可被信号唤醒;
浅度睡眠TASK_INTERRUPTIBLE:唤醒方式,等到需要的资源,响应信号;
深度睡眠场景:
有些场景是不能响应信号的,比如读磁盘过程是不能打断的,NFS也是;
执行程序过程中,可能需要从磁盘读入可执行代码,假如在读磁盘过程中,又有代码需要从磁盘读取,就会造成嵌套睡眠。逻辑做的太复杂,所以读磁盘过程不允许打断,即只等待IO资源可用,不响应任何信号;
应用程序无法屏蔽也无法重载SIGKILL信号,深度睡眠可以不响应SIGKILL kill-9信号;
深度睡眠案例
此时该进程读IO过程,是无法用kill -9杀死的;
一般绝大部分场景,都设置为浅睡眠
ps aux: D+
深度睡眠进程显示D+状态
2.深度睡眠对load average的影响
top load average:
cat
无法杀死,load average变大,CPU依然空闲;
多加一个进程
cat
load average继续变大,CPU依然空闲;
load
average:包括CPU消耗和IO的总预期,此时虽然不消耗CPU,但是等待IO消耗了时间,load
average显示的是随时间变化的平均负载预期;
D状态会增加load average;
对于同一个程序,不同执行环境:
执行性能=APP(消耗CPU)+DISK(I/O消耗);
3.TASK_KILLABLE
只响应致命信号 D状态;
不跳转APP响应信号,不会产生递归睡眠;
__set_current_state(TASK_KILLABLE);
可以响应信号9
kill -2 pid ? //发现被杀死,什么原因呢
dmesg
git grep "complete_signal"
满足sig_fatal,判断独占signal_pending,符合条件,内核添加一个SIGKILL信号,导致-2变成-9
条件:
#define
(!siginmask(signr, SIG_KERNEL_IGNORE_MASK|SIG_KERNEL_STOP_MASK) && \\
(t)->sighand->action[(signr)-1].sa.sa_handler == SIG_DFL)
满足信号:不忽略,也不是stop,行为缺省。(缺省信号定义基本就是死,Core/Term等)
那么添加SIGKILL信号;
与fatal_signal()必须9信号,不一样;
Ps:如果应用层捕获了2信号,那么就不满足sig_fatal,kill - 2杀不死了;
**综上,**满足sig_fatal,kill -2可以杀TASK_KILLABLE进程;