No bash, um grupo de processos é um trabalho se e somente se…?

Question

Aqui estão dois casos em que um grupo de processos em um shell interativo não é um trabalho do shell:

$ sleep 100 &
[1] 16081
$ jobs
[1]+  Running                 sleep 100 &
$ disown %1
$ jobs
$

e

$ ( sleep 200 & )
$ jobs
$ 

Como cada caso consegue fazer com que um grupo de processos não seja um trabalho? Na festa interativa, qual é a condição necessária e suficiente para um grupo de processos ser um trabalho do shell?

O shell é um líder de sessão executado em um escravo pseudo-terminal. Quando o shell terminar, ele não afetará os dois processos de suspensão acima, pois eles não estão na lista de tarefas do shell, portanto, não recebem SIGHUP. Então

• os dois processos de suspensão ainda têm o escravo pseduoterminal como o terminal de controle de sua sessão?

• O que pode terminar os dois processos de suspensão, além de eles saírem normalmente ou serem mortos por kill enviando um sinal?

Eu gostaria de saber o quão diferente, de fato, os dois casos são de um daemon real.

    

Answer 1

Em ambos os casos, o grupo de processos começa como um trabalho do shell. Quando você chama disown %1 , o shell remove essa entrada de sua lista de tarefas: esse é o ponto inteiro de disown . Com ( sleep 200 & ) , o processo sleep é um trabalho do subshell criado pelos parênteses; você pode ver isso executando ( sleep 200 & jobs ) . Este deixa de ser o trabalho de um shell quando esse shell sai; como com todo o resto, os trabalhos do subshell são deles, o pai nunca os vê.

Os processos permanecem na mesma sessão e ainda possuem o mesmo terminal de controle. Isso não tem nada a ver com o controle do trabalho.

Como em qualquer processo, eles podem ser mortos saindo ou recebendo um sinal. Como eles não são membros de um grupo de processos em primeiro plano (e não podem ser, já que o shell não os colocará novamente em primeiro plano), eles não receberão um SIGHUP gerado pelo kernel se o terminal desaparecer.

Um grupo de processos é um trabalho de um shell se começou como um trabalho desse shell e não deixou de ser um. Os detalhes de quais comandos se tornam trabalhos separados dependem do shell e estão além do escopo desta resposta. Em suma, se um shell tiver o controle de tarefa ativado (que é o padrão se o shell for interativo), cada comando composto será seu próprio trabalho. Em particular:

• Um pipeline é um trabalho único.
• Uma substituição de comando ou processo não é um trabalho separado, ele é executado no grupo de processos original.
• Qualquer coisa executada em segundo plano (seja iniciada com & ou com Ctrl + Z) é um trabalho separado.

Um grupo de processos deixa de ser um trabalho se o seu líder sair, se o shell sair, ou se o shell permitir (com disown ).