Como encerro todos os processos com o mesmo nome de uma maneira mais suave do que killallfaz? Não quero interromper os processos, mas deixe-os tempo para sair corretamente.

Veja também:

Como eu mato processos no Ubuntu?

No System Monitor, qual é a diferença entre Kill Process e End Process?

Por que killall (às vezes?) Precisa ser aplicado duas vezes?

_{tl; dr}

1. `killall` já é legal (SIGTERM)

killallpor padrão envia SIGTERM. Essa já é a boa abordagem que deixa os aplicativos com a chance de se limparem. O "vá morrer já, agora!" A abordagem é enviar um SIGKILLsinal, o que requer especificar isso como uma opção para killall. Da Biblioteca GNU C: Sinais de Terminação :

Macro: int SIGTERM

[...] é a maneira normal de pedir educadamente que um programa seja encerrado.

2. O "Processo final" do System Monitor é igualmente agradável (SIGTERM também)

Você está vinculado a uma pergunta sobre o GNOME System Monitor. Isso também é usado SIGTERMpara a ação "Finalizar processo" (e percebo que estou contradizendo a resposta a essa pergunta). Você pode encontrá-lo no código fonte para verificar a si mesmo:

data / menus.ui :

<item>
  <attribute name="label" translatable="yes">_End</attribute>
  <attribute name="action">win.send-signal-end</attribute>
  <attribute name="accel">&lt;Primary&gt;e</attribute>
  <attribute name="target" type="i">15</attribute>
</item>

Os 15 aqui são o número do sinal. O sinal 15 é SIGTERM. E o System Monitor já foi utilizado SIGTERMbem antes que outra pergunta fosse feita e respondida.

Adendo técnico (em resposta a um comentário)

_{Examinando a representação do Github de git blame, aqui estão as mudanças que foram feitas na forma como os sinais são escritos no código-fonte do GNOME System Monitor:}

_{383007f2 24 de julho de 2013 Código duplicado substituído para enviar sinais com os parâmetros do
GAction 0e766b2d 18 de julho de 2013 Menu pop-up do processo da porta para o GAction
97674c79 3 de outubro de 2012 Livre-se da estrutura do ProcData
38c5296c 3 de julho de 2011 Torne a indentação uniforme nos arquivos de origem.}

_{Nada disso foi alterado de SIGQUITpara SIGTERMe o último foi de antes da pergunta vinculada.}

A resposta do @hvd está basicamente correta. Para dar ainda mais suporte, o initprocesso será enviado primeiro SIGTERMaos processos quando você estiver desligando o computador e depois de um atraso será enviado SIGKILLse eles ainda não tiverem saído. Os processos não podem manipular / ignorar SIGKILL.

Para dar um pouco mais de detalhes, a resposta real é que você não tem como saber com certeza que o programa lida com isso. SIGTERMé o sinal mais comum a ser usado para pedir educadamente a um programa para sair, mas toda a manipulação de sinais depende do programa fazer algo com o sinal.

Em outras palavras, com base nas outras respostas, se você tivesse um programa escrito por @Jos ou por @AlexGreg, eles provavelmente estariam lidando com, SIGQUITmas possivelmente não SIGTERM, e, portanto, o envio SIGTERMseria menos "suave" do que SIGQUIT.

Eu escrevi um código para que você possa brincar com ele. Salve o abaixo como signal-test.ce compile com

gcc -o signal-test signal-test.c

Você pode executá-lo ./signal-teste ver o que acontece quando envia sinais diferentes com 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;
}

Tal como está, o código lida com SIGTERM e SIGQUIT normalmente. Você pode tentar comentar as linhas signal(SIG...(usando a //no início da linha) para remover o manipulador de sinais, executar e enviar os sinais novamente. Você poderá ver essas diferentes saídas:

$ ./signal-test
Terminated

$ ./signal-test
Quit (core dumped)

$ ./signal-test
flag is 15

$ ./signal-test
flag is 3

dependendo se você lida com os sinais ou não.

Você também pode tentar ignorar os sinais:

signal(SIGTERM, SIG_IGN);

Se você fizer isso, o envio SIGTERMnão fará nada, você precisará usar SIGKILLpara finalizar o processo.

Mais detalhes em man 7 signal. Observe que o uso signal()dessa maneira é considerado não portátil - é muito mais fácil do que a alternativa!

Uma outra nota de rodapé menor - no Solaris, killalltenta matar todos os processos. Todos eles. Se você executá-lo como root, poderá se surpreender :)

"Terminar tudo" seria killall -s SIGQUIT [process name]. Se você deseja uma solução sofisticada, defina alias endall='killall -s SIGQUIT'.