Início / unix / Perguntas / 743737
Accepted
Abced Decba
Asked: 2023-04-23 14:55:02 +0800 CST

Processos filho e irmão da execução do tmux no zsh

  • 772

Estou usando Ubuntu 22.04.1on WSL 2(embora o fato de ser Unixrelevante apenas para esta pergunta)

Como é que, quando executamos tmuxuma zshsessão, a árvore de processos (que eu resumi um pouco) muda de

init(Ubuntu)─┬─SessionLeader───Relay(9)─┬─ssh-agent
                                        └─zsh───pstree

para

init(Ubuntu)─┬─SessionLeader───Relay(9)─┬─ssh-agent
                                        ├─tmux: server───zsh───pstree
                                        └─zsh───tmux: client

Aqui, pstreeé apenas o comando que me informa a árvore do processo, daí sua presença acima.

Quando rodamos tmuxem zsh, o que acontece é que zshroda fork()para criar um processo fork que é filho de zsh(ou seja, tmux: clientacima). Não tenho certeza de como tmux: server, um processo que é irmão do processo que o gerou, surge.

process

1 respostas

  1. Best Answer

    Para o servidor, tmuxbifurca-se duas vezes para se daemonizar, desconectar-se da sessão da qual foi iniciado.

    A criança morre, o neto comanda o servidor. Isso significa que o servidor não tem pai.

    Processos sem pais são normalmente adotados por init, o processo de id 1. No Linux, algum processo pode ser nomeado subceifeiro filho usando o PR_SET_CHILD_SUBREAPER prctl()para assumir esse papel para seus descendentes.

    Isso ou o equivalente para WSL é provavelmente o que você está observando aqui. Esse Relay(9)processo é provavelmente um subceifeiro filho e adotou esse tmuxdaemon de servidor.

    Você pode dizer quem é a criança subceifadora em sua ancestralidade com algo como:

    ((zmodload zsh/system; sleep 0.2; echo $sysparams[ppid])&) | cat

    Eu esperaria que retornasse o pid do Relay(9)processo.

    Você pode seguir o que tmuxfaz aqui executando-o em:

    strace -fo log -e clone,exit_group,prctl tmux

    E inspecione o conteúdo do logarquivo depois. Você verá algo como:

    3908  execve("/usr/bin/tmux", ["tmux"], 0x7fffd0c3e990 /* 50 vars */) = 0
3908  prctl(PR_SET_NAME, "tmux: client") = 0

    O pai é o cliente.

    3908  clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f54afe20a10) = 3909
3909  clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f54afe20a10) = 3910

    Forked duas vezes para o servidor.

    3909  exit_group(0)                     = ?

    Criança termina.

    3910  prctl(PR_SET_NAME, "tmux: server") = 0

    O neto (que nessa época já perdeu seu pai acima e foi adotado pelo subceifador filho ) executa o servidor.

    [...]
3910  clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7f54afe20a10) = 3911
3911  execve("/bin/zsh", ["-zsh"], 0x55bee5bdd170 /* 54 vars */) = 0

    O servidor bifurca um processo para executar o seu $SHELLno primeiro painel.

    • 0

relate perguntas