Когда я должен использовать перенаправление ввода?

От man grep страница (на Debian):

ОПИСАНИЕ

   grep  searches the named input FILEs (or standard input if no files are
   named, or if a single hyphen-minus (-) is given as file name) for lines
   containing  a  match to the given PATTERN.  By default, grep prints the
   matching lines.

В первом случае, grep открывает файл; во втором оболочка открывает файл и присваивает его стандартному входу grep, и grep не будучи переданным никакой аргумент имени файла предполагает, что ему нужен к grep его стандартный вход.

Профессионалы 1:

• grep может grep больше чем один файл ¹.
• grep может отобразить имя файла где каждое возникновение line найден.

Профессионалы 2:

• Если файл не может быть открыт, оболочка возвращает ошибку, которая будет включать более релевантную информацию (как номер строки в сценарии) и более последовательным способом (если Вы позволите оболочке открыть файлы для других команд также) чем тогда, когда grep открывает его. И если файл не может быть открыт, grep даже не назван (который для некоторых команд - возможно, нет grep - может иметь большое значение).
• в grep line < in > out, если in не может быть открыт, out не будет создан или не усеченный.
• Нет никакой проблемы с некоторыми файлами с необычными именами (как - или имена файлов, запускающиеся с -) ².
• косметический: можно поместить <file где угодно на командной строке для показа команды текут более естественно, как <in grep line >out если Вы предпочитаете.

• косметический: с GNU grep, можно выбрать что маркировку использовать перед согласующим отрезком длинной линии вместо просто имени файла как в:

  <file grep --label='Found in file at line' -Hn line
  

С точки зрения производительности, если файл не может быть открыт, Вы сохраняете выполнение grep при использовании перенаправления, но иначе для grep Я не ожидаю большого различия.

С перенаправлением Вы сохраняете необходимость передать дополнительный аргумент grep, Вы делаете grepаргумент, анализирующий немного легче. С другой стороны, оболочке будет нужен (по крайней мере), дополнительный системный вызов dup2() дескриптор файла на дескриптор файла 0.

В { grep -m1 line; next command; } < file, grep (здесь GNU grep) захочет seek() назад к сразу после согласующего отрезка длинной линии так next command видит остальную часть файла (это должно будет также определить, seekable ли файл или не). Другими словами, положение в stdin - другой grepвывод. С grep -m1 line file, это может оптимизировать это, это - то меньше вещи для grep заботиться о.

Примечания

¹ С zsh, можно сделать:

grep line < file1 < file2

но это делает эквивалент cat file1 file2 | grep line (не вызывая cat утилита), и так менее эффективно, может вызвать беспорядок, если первый файл не заканчивается в символе новой строки и не сообщит, в котором регистрируют шаблон, найден.

² В случае ksh93 и bash хотя, существуют файлы как /dev/tcp/host/port (и /dev/fd/x в некоторых системах в bash) который при использовании в цели перенаправлений прерывания оболочки для особых целей вместо того, чтобы действительно открыть файл в файловой системе (хотя обычно, те файлы не существуют в файловой системе). /dev/stdin служит той же цели как - распознанный grep, но по крайней мере, здесь это более правильно namespaced (кто-либо может создать названный файл - в любом каталоге, в то время как только администраторы могут создать названный файл /dev/tcp/host/port и администраторы должны знать лучше).