Киндер / более мягкая / тонкая эквивалентная альтернатива killall (например, & ldquo; endall & rdquo;)?

Ответ на @hvd в основном правильный. Для этого еще больше процесс init сначала отправит SIGTERM в процессы, когда вы завершите работу своего компьютера, а затем после задержки отправит SIGKILL, если они еще не вышли. Процессы не могут обрабатывать / игнорировать SIGKILL.

Чтобы дать немного более подробную информацию, реальный ответ заключается в том, что вы не можете точно знать, что программа обрабатывает его. SIGTERM является самым обычным сигналом для вежливого запроса о выходе программы, но вся обработка сигнала зависит от того, что программа делает что-то с сигналом.

Если вы указали другой способ, исходя из других ответов, если у вас была программа, написанная @Jos или @AlexGreg, то они предположительно будут обрабатывать SIGQUIT, но, возможно, не SIGTERM, и поэтому отправка SIGTERM будет менее «мягкой», чем SIGQUIT.

Я написал код, чтобы вы могли поиграть с ним самостоятельно. Сохраните ниже как signal-test.c, затем скомпилируйте с помощью

gcc -o signal-test signal-test.c

Затем вы можете запустить его ./signal-test и посмотреть, что происходит, когда вы отправляете разные сигналы с помощью killall -s <signal>.

#include <stdio.h>
#include <signal.h>
#include <unistd.h>

int flag = 0;

void handle_signal(int s)
{
    flag = s;
}

int main(int argc, char *argv[])
{
    signal(SIGTERM, handle_signal);
    signal(SIGQUIT, handle_signal);

    while(flag == 0){
        sleep(1);
    }
    printf("flag is %d\n", flag);
    return flag;
}

Как бы то ни было, код обрабатывает как SIGTERM, так и SIGQUIT изящно. Вы можете попробовать прокомментировать строки signal(SIG... (используя // в начале строки), чтобы удалить обработчик сигнала, затем запустить и отправить сигналы снова. Вы должны уметь видеть эти разные выходы:

$ ./signal-test
Terminated

$ ./signal-test
Quit (core dumped)

$ ./signal-test
flag is 15

$ ./signal-test
flag is 3

в зависимости от того, обрабатываете ли вы сигналы или нет.

Вы также можете попробовать игнорировать сигналы:

Если вы это сделаете, то отправка SIGTERM ничего не даст, вам придется использовать SIGKILL для завершения процесса.

Подробнее в man 7 signal. Обратите внимание, что использование signal() таким образом считается не переносным - это намного проще, чем альтернатива!

Еще одна небольшая сноска - на Solaris killall пытается убить все процессы. Все они. Если вы запустите его как root, вы можете быть удивлены:)

«Конец всех» будет killall -s SIGQUIT [process name]. Если вы хотите причудливое решение, определите alias endall='killall -s SIGQUIT'.