Por que o comando "kill" é chamado assim?

Por que foi decidido chamar o killcomando "matar"?

Quero dizer, sim, esse utilitário geralmente é usado para finalizar processos, mas na verdade pode ser usado para enviar qualquer sinal.

Não é um pouco confuso? Talvez haja algumas razões históricas.

Tudo o que sei é man killque esse comando apareceu na versão 3 da AT&T UNIX.

Originalmente, o killcomando só podia matar um processo, apenas mais tarde foi killaprimorado para permitir o envio de qualquer sinal.

Desde a versão 7 do Unix (1979), o padrão é sinalizar o processo de uma maneira que possa ser capturada e manipulada normalmente ou ignorada (enviando um sinal SIGTERM ), mas também pode ser usada para puxar o tapete de baixo para baixo. um processo (a kill -9envia um sinal SIGKILL que não pode ser capturado e, portanto, não pode ser ignorado).

fundo

A computação, e o Unix em particular, é repleto de metáforas.

A principal metáfora dos processos é a de um ser vivo que nasce, vive e morre.

No Unix, todos os processos, exceto o init, têm pais , e qualquer processo que gera outros processos tem filhos . Os processos podem tornar-se órfãos (se seus pais morrerem) e podem até se tornar zumbis , se ficarem juntos após a morte.

Assim, o killcomando se encaixa nessa metáfora.

Arqueologia Unix

Na página de manual da versão 4 do Unix (a versão em que killfoi apresentada, juntamente com ps), encontramos:

NAME
        kill - do in an unwanted process
SYNOPSIS
        kill processid ...
DESCRIPTION
        Kills the specified processes.
        The processid of each asynchronous process
        started with `&' is reported by the shell.
        Processid's can also be found by using ps (I).

        The killed process must have
        been started from the same typewriter
        as the current user, unless
        he is the superuser.
SEE ALSO
        ps(I), sh(I)

Eu particularmente gosto da seção final desta página de manual:

BUGS
        Clearly people should only be allowed to kill
        processes owned by them, and having the same typewriter
        is neither necessary nor sufficient.

Quando a quinta edição chegou, o killcomando já estava sobrecarregado para permitir que qualquer sinal fosse enviado.

No Manual do Programador Unix, Quinta Edição (p70):

If a signal number preceded by "-" is given
as an argument, that signal is sent instead of
kill (see signal (II)).

O padrão, porém, era enviar um sinal 9, pois o sinal 15 ainda não existia (consulte a página 150).

Com a versão 6, a killpágina de manual não mencionava mais o mesmo bug da máquina de escrever .

Foi apenas na versão 7 do Unix que o sinal 15 foi introduzido (consulte as páginas do manual do sinal (2) e kill (1) da v7) e killmudou para isso em vez de usar o sinal 9.

Este é o Unix.

kill é capaz de não matar um processo.

mv é capaz de renomear e não apenas mover arquivos de um lugar para outro.

touch é capaz de criar um arquivo e não apenas alterar sua última hora de modificação.

od significa Octal Dump, mas é capaz de executar muitos outros tipos de dump.

yes é capaz de produzir não.

Mais exótico:

grepé nomeado após o edcomando que executa a mesma operação:g/re/p

awk tem o nome de seus autores: Aho, Weinberger e Kernighan.

yaccsignifica ainda outro compilador. Note que bisoné o GNU yacc.

A página 7 do Unix mata os estados da página de manual :

kill - terminate a process with extreme prejudice

e

This will kill processes that do not catch the signal; in particular `kill -9 ...'  is a sure kill.

Não haveria razão para não chamar esse comando de matar, que é certamente a melhor metáfora disponível.