Linux 为什么tee不用tee
有一个gnu coreutils程序“tee”和一个linux/libc？系统调用“tee”。程序tee不调用tee。当然，它是“读”然后“写”多次的 为什么tee不用tee？我假设这是为了性能或可移植性，但我找不到答案 接下来的问题是，为什么它是“read”和“fwrite”，而不是“read”/“write”或“fread”/“fwrite” tee2仅在管道之间工作。tee1需要在常规文件之间工作，如teefile2Linux 为什么tee不用tee,linux,system-calls,gnu-coreutils,Linux,System Calls,Gnu Coreutils,有一个gnu coreutils程序“tee”和一个linux/libc？系统调用“tee”。程序tee不调用tee。当然，它是“读”然后“写”多次的 为什么tee不用tee？我假设这是为了性能或可移植性，但我找不到答案 接下来的问题是，为什么它是“read”和“fwrite”，而不是“read”/“write”或“fread”/“fwrite” tee2仅在管道之间工作。tee1需要在常规文件之间工作，如teefile2file3 有关更多详细信息，请参见。tee2仅适用于管道之间。tee1需
有关更多详细信息，请参阅。tee1命令存在于。为什么现在要改变它？我在猜测，但是对于tee正在做的事情，输入缓冲会成为阻碍，但是输出缓冲仍然是有益的。GNU tee是为在任何类似Unix的操作系统下工作而编写的。我认为tee系统调用是Linux-only。为什么现在要改变它？我在猜测，但是对于tee正在做的事情，输入缓冲会成为阻碍，但是输出缓冲仍然是有益的。GNU tee是为在任何类似Unix的操作系统下工作而编写的。我认为tee系统调用是Linux-only.Ah！我对splice感到困惑，它只需要1个fd作为管道。谢谢！我对splice感到困惑，它只需要1个fd作为管道。谢谢