Início / unix / Perguntas / 752918
Accepted
Sebastian Carlos
Asked: 2023-08-01 05:08:20 +0800 CST

Qual é a diferença entre "-dm" e "-Dm" no GNU Screen?

  • 772

O manual do GNU Screen diz:

    `-d -m'
          Start `screen' in _detached mode. This creates a new session
          but doesn't attach to it. This is useful for system startup
          scripts.

    `-D -m'
          This also starts `screen' in _detached_ mode, but doesn't fork
          a new process. The command exits if the session terminates.

-dmestá bem claro para mim:

  • screenbifurca um novo processo para executar o comando fornecido (ou um shell se nada for especificado).
  • Por "fork" significa aquela estranha chamada de sistema de Schrödinger na qual o código-fonte não sabe se é o pai ou o filho até que o valor de retorno seja observado.
  • E esse novo processo é reconhecido por screencomo algo que pode ser anexado.

Percebi que -dmretorna o controle do shell, mas -Dmbloqueia.

Então minha pergunta é:

  • Por que -Dmbloqueia? E como isso está relacionado à falta de bifurcação?
  • O que ele faz em vez de bifurcar? Acho que ainda cria um novo processo, porque "modo separado" sugere um processo identificável por um PID que pode ser anexado.
  • Qual é o caso de uso de -Dmem vez de -dm?

Obrigado!

shell-script

1 respostas

  1. Best Answer

    No contexto citado da screendocumentação, você pode ler "para bifurcar um novo processo " como "para iniciar um novo processo filho ". Correndo o risco de ir longe demais, veja como você pode considerar o processo para funcionar. Para criar um filho, um processo deve usar fork(2). Esse processo filho é executado livremente a partir do pai e o filho existe para exec(2)o comando que deve ser executado a partir do pai. O pai pode escolher -

    1. chame wait(2)para que o processo filho seja concluído, o que significa que ele será bloqueado até que o filho saia e receberá o status de saída da wait(2)chamada
    2. continuar seu caminho até receber o SIGCHLDsinal informando que a criança saiu, e neste momento chamar wait(2)para receber o status de saída
    3. saia sem se importar com o filho, caso em que o pai do processo se tornará o novo pai do processo filho

    Agora, com isso em mente, veja como isso se aplica ao screen.

    Normalmente, você deseja screen -dmcriar um novo processo (filho) e desanexá-lo, permitindo que sua própria execução de comando continue. Por exemplo, isso pode fazer sentido em ~/.profiletodo o sistema ou no antigo, /etc/rc.localonde você não deseja que um comando seja bloqueado. Nesse caso, o processo filho descrito acima é, na verdade, outra parte de screen, que, por sua vez, inicia o processo de comando real como outro filho (um neto do pai original). As duas partes de screense comunicam, e a instância filho de screengerencia seu filho de comando que faz o trabalho que você realmente deseja.

    Ocasionalmente, você pode querer usar screensob o controle de um supervisor, como systemd. Neste caso, você usaria screen -Dmpara que o supervisor identificasse se/quando o processo gerenciado por screenhavia encerrado, possivelmente com a intenção de reiniciá-lo. Se screentivesse separado o processo filho - como faria com screen -dm- o supervisor não seria capaz de dizer facilmente se ele ainda estava em execução ou não; os -Dmsinalizadores permitem screenfornecer todos os seus recursos ao processo filho enquanto ainda comunicam sua existência ao pai. Neste caso, o processo do meio (o filho screen) não é criado e o screenpai controla diretamente o comando filho que faz o trabalho que você realmente deseja.

    Considerar

    1. screen -dm sleep 30- seu shell interativo que iniciou o screencomando não pode dizer se o sleep 30ainda está em execução ou não. Não há feedback.
    2. screen -Dm sleep 30- seu shell interativo bloqueia até as sleep 30saídas. Neste ponto, você sabe que não está mais em execução. Claramente não é tão útil para uma sessão interativa, mas é excelente para um ambiente de supervisão como o systemd.
    • 2

relate perguntas