SIGTERM和SIGKILL在进程树方面有什么区别？当根线程收到SIGKILL时，它会被彻底杀死还是让其子线程成为僵尸？是否有任何信号可以发送到根线程以在不留下任何僵尸线程的情况下干净地退出？谢谢。 最佳答案 如果你杀死根进程(父进程)，这应该会产生孤儿，而不是僵尸child。当您杀死进程的父进程时，就会产生孤儿，内核使init成为孤儿的父。init应该等到孤儿死亡，然后使用wait来清理它。当一个进程(不是它的父进程)结束并且它的父进程没有从进程表中占据它的退出状态时，就会创建僵尸子进程。在我看来，您似乎担心留下孤儿进程，因为根

我使用的是Ubuntu14.04，CUDA工具包8，驱动程序版本367.48。当我给nvidia-smi命令，它只是无限期挂起。当我再次登录并尝试杀死那个nvidia-smi时过程，用kill-9例如，它只是没有被杀死。如果我再给一个nvidia-smi命令，我发现两个进程都在运行-当然是从另一个shell登录时，因为它像以前一样卡住了。会不会是驱动的问题？这不是最新的，但仍然很新.. 最佳答案 我通过每次启动解决了这个问题sudonvidia-smi-pm1以上命令启用持久化模式。这个问题已经影响nvidia驱动程序两年多了，但他

我想知道是否有任何方法可以从OOMkiller那里捕捉到sigkill。我有一个任务队列，并且每隔一段时间就会创建一个被OOM杀死的庞大任务。这个:catchExceptionasex:#cleanup!不起作用，因为SIGKILL无法被捕获。所以........在SIGKILL之后有什么策略可以清理吗？我可以fork并观察子进程吗？如果是这样，子进程打开的任何资源都必须由父进程提前知道吗？或者我可以做一些版本的ps-ef|grep|xargskill-9(yougettheidea...)目前，如果我在OOM终止后不进行清理，我会留下大量子进程和其他东西，这只会在重试任务时使情况变得

在POSIX系统上，终止信号通常具有以下顺序(根据许多MAN页面和POSIX规范):SIGTERM-礼貌地要求进程终止。它应该优雅地终止，清理所有资源(文件、套接字、子进程等)，删除临时文件等等。SIGQUIT-更有力的请求。它将不优雅地终止，仍然清理绝对需要清理的资源，但可能不会删除临时文件，可能会在某处写入调试信息；在某些系统上，还会写入核心转储(无论信号是否被应用捕获)。SIGKILL-最有力的请求。该进程甚至没有被要求做任何事情，但系统会清理该进程，不管它是否喜欢。很可能已写入核心转储。SIGINT是如何融入这张图片的？当用户点击CRTL+C时，CLI进程通常由SIGINT终止

当程序收到终止信号时，您如何处理清理工作？例如，我连接的一个应用程序希望任何第三方应用程序(我的应用程序)在注销时发送finish命令。当我的应用程序被kill-9销毁时，发送该finish命令最好的说法是什么？edit1:kill-9无法被捕获。谢谢你们纠正我。edit2:我猜这种情况是当一个调用只是kill这与ctrl-c相同 最佳答案 任何语言的任何程序不可能处理SIGKILL。因此，即使程序有缺陷或恶意，也始终可以终止程序。但是SIGKILL并不是终止程序的唯一方法。另一种是使用SIGTERM。程序可以处理那个信号。程序应该

当程序收到终止信号时，您如何处理清理工作？例如，我连接的一个应用程序希望任何第三方应用程序(我的应用程序)在注销时发送finish命令。当我的应用程序被kill-9销毁时，发送该finish命令最好的说法是什么？edit1:kill-9无法被捕获。谢谢你们纠正我。edit2:我猜这种情况是当一个调用只是kill这与ctrl-c相同 最佳答案 任何语言的任何程序不可能处理SIGKILL。因此，即使程序有缺陷或恶意，也始终可以终止程序。但是SIGKILL并不是终止程序的唯一方法。另一种是使用SIGTERM。程序可以处理那个信号。程序应该