stdin和命令行参数之间的性能差异

对于某些命令，可以将某些输入指定为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就地编辑。（注意：由于这必须在幕后创建一个新文件，因此与其他重定向相比，性能没有提高，但这是一个方便的步骤。）
• 使用Shell重定向使您能够连接多个文件，甚至使用进程重定向。sed [exp] < file1 file2甚至sed [exp] < <(grep command)。有关该用例的详细信息，请参见以下问题：流程替换和管道

1. 鉴于command file只需打开文件，然后从开始就可以正常工作stdin，几乎没有什么区别。使用shell重定向，您只需提前打开文件（shell即可），而不是打开命令二进制文件本身。

2. 如果我们在谈论cat file | commandvs. command <file，则首选后者。您不会注意到两者之间的显着性能差异，但是前者不必要地复杂（额外的过程和管道的共享内存缓冲区，并且吞吐量有限。）而且，您不能seek（任意更改文件指针的位置）管道，而您可以在一个普通文件中。当可以seek在输入文件中添加-ing时，某些命令可能会使用更有效的算法。