linux - SIGKILL 之前的时间

Question

我试图弄清楚应用程序在收到 SIGTERM 时，在发送 SIGKILL 之前有多少时间退出？

我对这些信号知之甚少。我已经在 Stackoverflow 上的建议答案中阅读了其中的一些内容，但我无法瞥见一个进程在被 SIGTER 终止之前“大约”可以存活多长时间。

编辑:例如，假设我制造了一个问题，故意阻止操作系统关闭(也许 while(1) 可以做到这一点？)

我正在寻找没有 MMI 的进程的答案，在标准的 Linux 发行版上，比如带有内核 3.x 的 Ubuntu。

我的猜测是没有等待时间。如果进程消失了，系统会给它时间来释放它的资源。否则，系统会杀死它。

Answer 1

Let's say for instance that I create a problem that purposely blocks the OS from shutting down (maybe a while(1) could do it ?)

没有。它不会工作。除了 init 之外，进程可能不会忽略某些信号，例如 SIGKILL 和 SIGSTOP。
通常，您可以在 SIGTERM 之后立即发送 SIGKILL:没有标准的延迟让应用程序终止。然而，明智的做法是让此类应用程序有机会在内核执行此操作之前巧妙地关闭自身，而无需进一步通知。
更多信息 here .

有关系统关闭程序的内容略有不同。事实上，正是 init 系统决定了如何以及何时采取行动；操作系统在此操作中帮助 init 守护进程，但间接地(传递信号、清理资源等)。
所以，事实证明它依赖于实现。分析systemd-217，发送SIGTERM后好像要等10s。

来自 main 中的 src/core/shutdown.c

    log_info("Sending SIGTERM to remaining processes...");
    broadcast_signal(SIGTERM, true, true);

    log_info("Sending SIGKILL to remaining processes...");
    broadcast_signal(SIGKILL, true, false);

来自 broadcast_signal 中的 src/core/killall.c

killall(sig, pids, send_sighup);
[...]
if (wait_for_exit)
            wait_for_children(pids, &mask);

继续，在 wait_for_children

until = now(CLOCK_MONOTONIC) + TIMEOUT_USEC;
[...]
k = sigtimedwait(mask, NULL, &ts);
                if (k != SIGCHLD)

其中 TIMEOUT_USER 是 #define TIMEOUT_USEC (10 * USEC_PER_SEC)

如您所见，systemd 等待 SIGCHLD，这表明子进程已终止，因为大多数正在运行的进程都是 systemd 的子进程。