linux 僵死日志,linux 僵死进程及处理

===========================================

defunct 进程只是在process

table里还有一个记录，其他的资源没有占用，除非你的系统的process个数的限制已经快超过了，zombie进程不会有更多的坏处。

可 能唯一的方法就是reboot系统可以消除zombie进程。

===========================================

任何程序都有僵尸状态，它占用一点内存资源(也就是进程表里还有一个记录)，仅仅是表象而已不必害怕。如果程序有问题有机会遇

见，解决大批量僵尸简单有效的办法是重起。kill是无任何效果的

fork与zombie/defunct"

在Unix

下的一些进程的运作方式。当一个进程死亡时,它并不是完全的消失了。进程终止,它不再运行,但是还有一些残留的小东西等待父进程收回。这些残留的东西包括

子进程的返回值和其他的一些东西。当父进程 fork() 一个子进程后,它必须用 wait() 或者 waitpid()

等待子进程退出。正是这个 wait() 动作来让子进程的残留物消失。

自然的，在上述规则之外有个例外:父进程可以忽略 SIGCLD 软中断而不必要

wait()。可以这样做到(在支持它的系统上,比如Linux):

main()

{

signal(SIGCLD, SIG_IGN);

.

.

fork();

fork();

fork();

｝

现在，子进程死亡 时父进程没有 wait()，通常用 ps 可以看到它被显示为“”。它将永远保持这样 直到 父进程

wait()，或者按以下方法处理。

这 里是你必须知道的另一个规则:当父进程在它wait()子进程之前死亡了(假定它没有忽略 SIGCLD),子进程将把 init(pid

1)进程作为它的父进程。如果子进程工作得很好并能够控制，这并不是问题。但如果子进程已经是

defunct，我们就有了一点小麻烦。看，原先的父进程不可能再 wait()，因为它已经消亡了。这样，init 怎么知道 wait()

这些 zombie 进程。

答案：不可预料的。在一些系统上，init周期性的破坏掉它所有的defunct进程。在另外一些系统中,它干

脆拒绝成为任何defunct进程的父进程，而是马上毁灭它们。如果你使用上述系统的一种,可以写一个简单的循环，用属于init的defunct进程填

满进程表。这大概不会令你的系统管理员很高兴吧?

你的任务：确定你的父进程不要忽略 SIGCLD，也不要 wait() 它 fork() 的所有进程。不过，你也未必 要

总是这样做(比如，你要起一个 daemon 或是别的什么东西),但是你必须小心编程，如果你是一个 fork()

的新手。另外，也不要在心理上有任何束缚。

总结：

子进程成为 defunct 直到父进程 wait()，除非父进程忽略了 SIGCLD 。

更进一步，父进程没有 wait() 就消亡(仍假设父进程没有忽略 SIGCLD )的子进程(活动的或者 defunct)成为 init

的子进程，init 用重手法处理它们。