Posso usar pipes nomeados para obter desacoplamento temporal?

Você pode considerar os pipes nomeados como uma espécie de âncoras para a criação de pipes regulares.

Sobre:

application1 > fifo

O shell faz um open("fifo", O_WRONLY). Que open()bloqueia até que outro processo (ou o mesmo processo) faça um open("fifo", O_RDONLY)¹:

application2 < fifo

Nesse ponto, um pipe (muito semelhante aos sem nome criados por pipe()) é instanciado.

Se application2terminar, a extremidade de leitura desse pipe será fechada, tornando-se um pipe quebrado e application1recebendo um SIGPIPE na próxima vez que tentar gravar nele.

Para evitar isso, você deve garantir que o pipe seja mantido ativo, por exemplo, tendo outro processo que tenha um fd aberto para leitura no pipe, ou você pode application1abrir o modo fifoin¹ O_RDWRpara que ele se torne um escritor e leitor daquele pipe, mesmo que não vá realmente ler a partir dele.

Com:

application1 1<> fifo

O Stdout é aberto em O_RDWR e o pipe é imediatamente instanciado. application1começará a escrever no pipe até que o buffer do pipe esteja cheio. Se quisesse, application1poderia ler do seu stdout fd e consumir o que escreveu antes, mas os aplicativos normalmente não leem do seu stdout.

Então, você faz:

application2 < fifo

application2se tornará outro leitor daquele pipe. Se ele terminar, o pipe não será quebrado porque ainda há um leitor para ele ( application1), e você pode iniciar a nova versão de application2as: application2 < fifoque continuará de onde a execução anterior parou.

Com pipes sem nome, você também pode fazer algo como:

./application1 |
  while ./application2; do
    until [ -f new-application2 ]; do
      sleep 1
    done
    mv new-application2 application2 || break
  done

Onde você fornecerá novas versões do seu application2as new-application2², que será renomeado automaticamente e executado em loop.

O loop para quando application2ou mvfalha, momento em que o pipe será quebrado e application1receberá um SIGPIPE na próxima vez que tentar gravar nele.

^{¹ Se bem me lembro, isso não funciona com todos os Unices, mas não sei dizer em quais não funciona.}

^{² Você vai querer ter certeza new-application2de que ele aparece como um todo (por exemplo, renomeando-o de um nome/local anterior) para evitar o risco de ele ser executado sem estar totalmente criado.}

Os pipes nomeados podem ser configurados de forma que sejam duráveis?

Dependendo da sua definição de durável, sim. mkfifoCria o fifo ou pipe nomeado, e ele permanece lá até você excluí-lo.

Li sobre "fixar" no tubo pelo escritor, mas não consigo fazer isso funcionar

Não tenho certeza do que você quer dizer com isso. No entanto, se você não estiver no controle do escritor, isso não seria uma solução.

Posso evitar que um pipe seja fechado quando o leitor sair?

Você pode usar tail -fno fifo, em vez de um cat. Ou mesmotail -n +1 -f fifo_name | command

Algumas informações adicionais: quando catencontra o fim do arquivo, ele sai. Então, se você fizer isso

$ mkfifo fifootje
$ cat fifootje

e em outro terminal

echo hop > fifootje

você obtém o salto do cat, e o gato sai. Se o seu escritor então fizer

$ echo plop > fifootje

ele fica travado até que um novo cat fifootjeseja emitido.

tail -f("follow" ou "forever") apenas espera até que algumas linhas sejam adicionadas e não sai até ser morto. Então,

$ tail -f fifootje
hop
plop
and more text
entered via cat
^C

e no terminal do escritor:

$ echo hop > fifootje 
ljm@verlaine[/tmp]$ echo plop > fifootje 
ljm@verlaine[/tmp]$ cat > fifootje
and more text
entered via cat
^D

Alternativamente, você pode:

while : ; do
    cat fifootje
done

Existem alternativas que se comportam como um cano?

Sim, soquetes.