Linux内核死锁检测机制【转】-白红宇

Linux内核死锁检测机制【转】

阅读量：6441 次

发布时间：2019-06-23

本文共 2094 字，大约阅读时间需要 6 分钟。

转自：

死锁就是多个进程（线程）因为等待别的进程已占有的自己所需要的资源而陷入阻塞的一种状态，死锁状态一旦形成，进程本身是解决不了的，需要外在的推动，才能解决，最重要的是死锁不仅仅影响进程业务，而且还会占用系统资源，影响其他进程。所以内核中设计了内核死锁检测机制，一旦发现，就重启OS，快刀斩乱麻解决问题。之所以使用重启招数，还是在于中可以容忍单点崩溃，不能容忍单点进程计算异常，否则进行死锁检测重启OS就得不偿失了。

内核提供自旋锁、信号量等锁形式的工具，具体不再赘述。

Linux内核死锁主要分为分为两种：D状态死锁和R状态死锁。

一、D状态死锁检测

D状态死锁：进程长时间处于TASK_UNINTERRUPTIBLE而不恢复的状态。进程处于TASK_UNINTERRUPTIBLE状态，不响应其他信号(kill -9)，保证一些内核原子操作不被意外中断。但这种状态时间长就表示进程异常了，需要处理。

内核D状态死锁检测就是hung_task机制，主要代码就在kernel/hung_task.c文件。

具体实现原理：

1.创建Normal级别的khungtaskd，在死循环中每隔sysctl_hung_task_timeout_secs时间后check一下，用schedule_timeout定时（节约定时器浪费的CPU）。

2.调用do_each_thread,while_each_thread宏遍历所有的进程信息，如果有D状态进程，则检查最近切换次数和task计算是否一致，即最近是否有调度切换，如果一致，则没有切换，打印相关信息，并根据sysctl_hung_task_panic开关决定是否重启。

对应用户态控制的proc接口有：

/proc/sys/kernel/hung_task_timeout_secs，hung_task_panic等。

二、R状态死锁检测

R状态死锁：进程长时间处于TASK_RUNNING 状态抢占CPU而不发生切换，一般是，进程关抢占后一直执行任务，或者进程关抢占后处于死循环或者睡眠，此时往往会导致多个，整个系统异常。