Grupos de comandos aninhados não produzem grupos de processos aninhados?

Grupos de comandos aninhados não produzem grupos de processos aninhados?

Eu sou meio novo no bash e tenho brincado com ele há cerca de um mês.

Ao tentar entender como funcionam os grupos de comandos aninhados, tentei o seguinte comando:

((ps j; ps j); ps j; ps j)

Agora, o que eu esperava é que o grupo aninhado produzisse um grupo de processos separado com um novo shell bash como líder do grupo. Um novo shell bash é criado, mas por algum motivo o shell bash aninhado está no mesmo grupo de processos que o shell bash acima dele.

Por que é isso? Talvez seja porque estou tentando visualizar informações do processo estaticamente?

Responder1

Como um primeiro palpite, eu diria que os subshells iniciados com ( .. )não usamcontrole de trabalho, da mesma forma que os scripts não interativos não o fazem. No entanto, $-parece conter o mcontrole de trabalho for mesmo entre parênteses (assim como ipara interativo):

$ echo $-
himuBs
$ bash -c 'echo $-'
hBc
$ ( echo $-; )
himuBs

Mas acho que isso é um pouco mentira, já que habilitar explicitamente o controle de tarefas faz com que alguns grupos de processos apareçam.

Tudo isso em um PG:

$  ( (ps j; ps j); ps j;) | awk 'NR == 1 || /[p]s/'
 PPID   PID  PGID   SID TTY      TPGID STAT   UID   TIME COMMAND
32524 32525 32522 32368 pts/23   32522 R+    1000   0:00 ps j
32524 32526 32522 32368 pts/23   32522 R+    1000   0:00 ps j
32522 32527 32522 32368 pts/23   32522 R+    1000   0:00 ps j

Estes não são:

$ ( set -m; (ps j; ps j); ps j;) | awk 'NR == 1 || /[p]s/'
 PPID   PID  PGID   SID TTY      TPGID STAT   UID   TIME COMMAND
32518 32519 32518 32368 pts/23   32516 R     1000   0:00 ps j
32518 32520 32518 32368 pts/23   32516 R     1000   0:00 ps j
32516 32521 32521 32368 pts/23   32516 R     1000   0:00 ps j

informação relacionada