Diferença de desempenho entre stdin e argumento de linha de comando

Para alguns comandos, é possível especificar determinadas entradas como stdin ou como argumento da linha de comandos.

Especificamente, suponha que commandpode levar a entrada stdin e um nome de arquivo como argumento de linha de comando e command < myfile, cat myfile | command e command myfilepode produzir o mesmo resultado.

Por exemplo,

Quando o comando é sed:

sed s/day/night/ <myfile >new   
sed s/day/night/ myfile >new    
cat myfile | sed s/day/night/ >new

Quando o comando é cat:

cat < myfile
cat myfile

1. Fiquei me perguntando se existem algumas regras gerais sobre suas performances, ou seja, qual delas é geralmente a mais eficiente e qual a menos?
2. O redirecionamento é sempre melhor que o pipe?

A cat file | commandsintaxe é considerada um uso inútil deCat . De todas as suas opções, é preciso um impacto no desempenho porque ele precisa gerar outro processo no kernel. Por mais insignificante que isso possa parecer, é uma sobrecarga que as outras formas não têm. Isso foi abordado em questões como: Devo me preocupar com gatos desnecessários?

Entre as outras duas formas, praticamente não há diferenças de desempenho. STDIN é um nó de arquivo especial que o processo precisa abrir e ler como qualquer outro. Passar um nome de arquivo em vez de STDIN apenas abre um arquivo diferente.

A diferença estaria em quais recursos / flexibilidade você está procurando.

• Passar o nome do arquivo para o programa significa que o arquivo de entrada foi procurado. Isso pode ou não importar para o programa, mas algumas operações podem ser aceleradas se o fluxo for procurado.
• Conhecer o arquivo de entrada real permite que seu programa grave nele. Por exemplo, sed -ipara edição no local. (Observação: como é necessário criar um novo arquivo nos bastidores, não é um ganho de desempenho em relação a outros redirecionamentos, mas é uma etapa de conveniência.)
• O uso de redirecionamentos de shell permite concatenar vários arquivos ou até mesmo usar o redirecionamento de processos. sed [exp] < file1 file2ou mesmo sed [exp] < <(grep command). Detalhes deste caso de uso podem ser encontrados nesta pergunta: Substituição de processo e canalização

1. Dado que command fileapenas abre o arquivo e, a partir de então, funciona como se fosse stdin, há pouca diferença. Com o redirecionamento do shell, basta abrir o arquivo com antecedência (o shell faz), em vez de comandar o próprio binário.

2. Se estamos falando de cat file | commandvs. command <file, o último é o preferido. Você não notará diferença significativa de desempenho entre os dois, mas o primeiro é desnecessariamente complicado (processo extra e buffer de memória compartilhada para o pipe, com taxa de transferência limitada.) Além disso, você não pode seek(alterar a posição do ponteiro do arquivo arbitrariamente) em um pipe, enquanto você pode em um arquivo comum. Alguns comandos podem usar um algoritmo mais eficiente quando seek-ing no arquivo de entrada é possível.