在回复Piping a file through tail and head via tee时,在使用大文件时,在以下构造中观察到head
的奇怪行为:
#! /bin/bash
for i in {1..1000000} ; do echo $i ; done > /tmp/n
( tee >(sed -n '1,3p' >&3 ) < /tmp/n | tail -n2 ) 3>&1 # Correct
echo '#'
( tee >(tac | tail -n3 | tac >&3 ) < /tmp/n | tail -n2 ) 3>&1 # Correct
echo '#'
( tee >(head -n3 >&3 ) < /tmp/n | tail -n2 ) 3>&1 # Not correct!?
1
2
3
999999
1000000
#
1
2
3
999999
1000000
#
1
2
3
15504
15
为什么最后一行不输出与前两行相同的行?
答案 0 :(得分:8)
这是因为head
在传输三条第一行后立即退出。随后,tee
被SIGPIPE杀死,因为它正在写入的“FILE”管道的读取端被关闭,但是直到它设法将一些行输出到它的stdout。
如果您执行此操作:
tee >(head -n3 >/dev/null) < /tmp/n
你会看到更好的事情。
OTOH,tac
读取整个文件,因为它必须将其反转,sed
可能是一致的。