Разница в производительности между stdin и аргументом командной строки

Для некоторых команд можно указать определенный ввод в качестве стандартного аргумента или аргумента командной строки.

В частности, предположим, что commandв качестве аргумента командной строки можно использовать ввод stdin и имя файла command < myfile, cat myfile | command а также command myfileможет выдавать один и тот же результат.

Например,

Когда команда sed:

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

Когда команда cat:

cat < myfile
cat myfile

1. Мне было интересно, есть ли какие-то общие правила в отношении их исполнения, то есть, какое из них обычно наиболее эффективно, а какое наименее?
2. Перенаправление всегда лучше, чем труба?

cat file | commandСинтаксис считается Ненужное использованиеCat . Из всех ваших вариантов, он требует снижения производительности, потому что он должен порождать другой процесс в ядре. Каким бы незначительным это ни оказалось в общей картине, это накладные расходы, которых нет у других форм. Это было рассмотрено на такие вопросы, как: Должен ли я заботиться о ненужных кошек?

Между двумя другими формами практически нет различий в производительности. STDIN - это специальный файловый узел, который процесс должен открывать и читать, как и любой другой. Передача имени файла вместо STDIN просто делает его открытым другим файлом.

Разница будет в том, какие функции / гибкость вы ищете.

• Передача имени файла в программу будет означать, что входной файл доступен для поиска. Это может иметь или не иметь значения для программы, но некоторые операции могут быть ускорены, если поток доступен для поиска.
• Знание фактического входного файла позволяет вашей программе потенциально писать в него. Например, sed -iдля редактирования на месте. (Примечание: поскольку для этого необходимо создать новый файл за кулисами, это не выигрыш в производительности по сравнению с другими перенаправлениями, но это удобный шаг.)
• Использование перенаправления оболочки дает вам возможность объединить несколько файлов или даже использовать перенаправление процесса. sed [exp] < file1 file2или даже sed [exp] < <(grep command). Подробности этого варианта использования можно найти по этому вопросу: Замена процесса и канал

1. Учитывая, что command fileпросто открывает файл и с тех пор работает, как будто это было stdin, есть небольшая разница. С перенаправлением оболочки вы просто открываете файл заранее (shell делает,), а не сам бинарный файл команды.

2. Если мы говорим о cat file | commandпротив command <file, то последний предпочтительнее. Вы не заметите значительной разницы в производительности между ними, но первая излишне сложна (дополнительный процесс и буфер общей памяти для канала, с ограниченной пропускной способностью.) Кроме того, вы не можете seek(произвольно изменить позицию указателя файла) в труба, а можно в обычном файле. Некоторые команды могут использовать более эффективный алгоритм, если seekвозможен ввод во входном файле.