Início / unix / Perguntas / 513657
Accepted
nihulus
Asked: 2019-04-22 03:59:10 +0800 CST

Entendendo os comandos canalizados no Unix/Linux

  • 772

Eu tenho dois programas simples: Ae B. Aexecutaria primeiro, depois obteria Bo “stdout” Ae o usaria como seu “stdin”. Suponha que eu esteja usando um sistema operacional GNU/Linux e a maneira mais simples possível de fazer isso seria:

./A | ./B

Se eu tivesse que descrever esse comando, eu diria que é um comando que recebe entrada (ou seja, lê) de um produtor ( A) e grava em um consumidor ( B). Essa é uma descrição correta? Estou faltando alguma coisa?

pipe terminology

2 respostas

  1. Best Answer

    A única coisa sobre sua pergunta que se destaca como errada é que você diz

    A seria executado primeiro, então B obtém o stdout de A

    Na verdade, ambos os programas seriam iniciados praticamente ao mesmo tempo. Se não houver entrada para Bquando tentar ler, ele bloqueará até que haja entrada para ler. Da mesma forma, se não houver ninguém lendo a saída de A, suas gravações serão bloqueadas até que sua saída seja lida (algumas delas serão armazenadas em buffer pelo pipe).

    A única coisa que sincroniza os processos que fazem parte de um pipeline é o I/O, ou seja, a leitura e escrita no pipe. Se nenhuma escrita ou leitura acontecer, os dois processos serão executados totalmente independentes um do outro. Se um ignorar a leitura ou escrita do outro, o processo ignorado será bloqueado e eventualmente será morto por um SIGPIPEsinal (se estiver escrevendo) ou obterá uma condição de fim de arquivo em seu fluxo de entrada padrão (se estiver lendo) quando o outro processo terminar .

    A maneira idiomática de descrever A | Bé que é um pipeline contendo dois programas. A saída produzida na saída padrão do primeiro programa está disponível para ser lida na entrada padrão pelo segundo ("[a saída de] Aé canalizada para [a entrada de] B"). O shell faz o encanamento necessário para permitir que isso aconteça.

    Se você quiser usar as palavras "consumidor" e "produtor", suponho que tudo bem também.

    O fato de serem programas escritos em C não é relevante. O fato de ser Linux, macOS, OpenBSD ou AIX não é relevante.

    • 27

  2. O termo geralmente usado na documentação é "pipeline" , que consiste em um ou mais comandos, veja a definição POSIX Então, tecnicamente falando, são dois comandos que você tem lá, dois subprocessos para o shell (ou fork()+exec()comandos externos 'ed ou subshells )

    Quanto à parte produtor-consumidor , o pipeline pode ser descrito por esse padrão, pois:

    • Produtor e consumidor compartilham buffer de tamanho fixo e, pelo menos no Linux e MacOS X, há um tamanho fixo para buffer de pipeline
    • Produtor e Consumidor são fracamente acoplados, os comandos no pipeline não sabem da existência um do outro (a menos que estejam verificando ativamente o /proc/<pid>/fddiretório).
    • Os produtores escrevem stdoute os consumidores leem stdincomo se fossem um único comando sendo executado, ou seja, eles podem existir um sem o outro .

    A diferença que vejo aqui é que, diferentemente do Produtor-Consumidor em outras linguagens, os comandos do shell usam buffer e gravam stdout quando o buffer é preenchido, mas não há menção de que o Produtor-Consumidor deve seguir essa regra - apenas espere quando a fila estiver cheia ou descarte data (que é outra coisa que o pipeline não faz).

    • 2

relate perguntas