下载后可任意编辑linux 进程状态 D 和 Z 的处理长期生活在 Linux 环境里，渐渐地就有一种环保意识油然而生。比如，我们会在登录提示里写上“悟空，我跟你说过叫你不要乱扔东西，乱扔东西是不对的。哎呀我话没说完你怎么把 棍子扔掉了？月光宝盒是宝贝，乱扔它会污染环境，要是砸到小朋友怎么办？就算砸不到小朋友，砸到了花花草草也不好嘛...”；在用户缺省目录里放一个题为 “自觉保护环境 请勿堆放垃圾”的空文件，并用 chattr +i 设为不可修改；看到垃圾文件就立即扫入 /tmp 目录，然后发广播通知垃圾制造者自己去 /tmp 认领，且警告其下不为例...我们深知，系统环境的干净有利于系统管理员保持良好的心情、清楚的思路和稳定的工作状态。 有一类垃圾却 并非这么容易打扫，那就是我们常见的状态为 D (Uninterruptible sleep) ，以及状态为 Z (Zombie) 的垃圾进程。这些垃圾进程要么是求而不得，像怨妇一般等待资源(D)，要么是僵而不死，像冤魂一样等待超度(Z)，它们在 CPU run_queue 里滞留不去，把 Load Average 弄的老高老高，没看过我前一篇 blog 的国际友人还以为这儿民怨沸腾又出了什么大事呢。怎么办？开枪！kill -9！看你们走是不走。但这两种垃圾进程偏偏是刀枪不入的，不管换哪种枪法都杀不掉它们。无奈，只好 reboot，像剿灭禽流感那样不分青红皂白地一律扑 杀！ 悟空，我们所运维的可是 24*7 全天候对外部客户服务的系统，怎么能动不动就 reboot ？我们的考核指标可是 4 个 9(99.99%，全年计划外当机时间不得超过 52 分钟 34 秒)，又不是 4 个 8，你略微遇到点事就 reboot，还要不要可用性 了？再说，现在社会都开始奔和谐去了，我们对于 D 和 Z 这两种垃圾进程，也该尽可能实行慈善手段，能解决其困难的，就制造条件，解决其实际困难，能消除其冤结的，就诵经烧纸，消除其前世冤结，具体问题应具体分 析具体解决，滥杀无辜只会导致冤冤相报因果循环...$^#$%#%^@# 贫僧还是回来说正题。怨妇 D，往往是由于 I/O 资源得不到满足，而引发等待，在内核源码 fs/proc/array.c 里，其文字定义为“ "D (disk sleep)", /* 2 */ ”（由此可知 D 原是 Disk 的打头字母），对应着 include/linux/sched.h 里的“ #define TASK_UNINTERRUPTIBLE 2 ”。举个例子，当 NFS 服务端关闭之时，若未事先 umount 相关目录，在 NFS 客户端执行 df 就会挂住整个登...
VIP
