这样用管道错在哪？

nuclearxin

原帖由 waker 于 2007-11-29 20:51 发表
grep缺省工作在`full buffered'模式下面，它在结束前或buffer满的时候才输出结果
tail -f 永远不送出EOF，所以grep会等buffer满了才输出

--line-buffer可以强制GNU grep工作在行缓冲模式下

或许还能想办 ...

学习ing 哈哈

hlsz

学习了。我装了个gnu grep在aix上了事。。。
顺便问一下，为什么grep后面什么都没有写，直接往stdout输出，屏幕会有显示呢？？难道这种情况就不用缓存了吗？？
但我觉得对grep进程来讲，他并不知道是往哪里输出的啊。

waker

原帖由 hlsz 于 2007-11-30 12:31 发表
学习了。我装了个gnu grep在aix上了事。。。
顺便问一下，为什么grep后面什么都没有写，直接往stdout输出，屏幕会有显示呢？？难道这种情况就不用缓存了吗？？
但我觉得对grep进程来讲，他并不知道是往哪里输 ...

屏幕其实就是tty，grep对tty输出的时候工作在linebuffer模式正面
但是你用|grep|cmd的方式，第一个grep的输出就是fullbuffer模式

hlsz

明白你的意思了。也就是说grep的代码里应该有一段判断标准输出是文件 还是tty，如果是tty就用linebuffer
如果是文件,为了性能，就用fullbuffer。对吗？

seeLnd

不是grep做的判断，而是libc内部做的判断，
对于tty，libc是行缓冲，一行结束立即write出来；
对于普通文件，libc会建立一个更大缓冲区，如果缓冲区满了，才write到普通文件.

楼主的情况是普通文件，libc默认不是行缓冲，
而grep输出的数据没法充满缓冲区, 自然底层是不会调用write的，

你可以试试建立一个一行有几千个字符'a'的文件，大过libc的缓冲区,
然后 tail -f file | grep 'a' >output, 你会发现不用--line-buffer也一样会输出到output

[ 本帖最后由 seeLnd 于 2007-11-30 16:36 编辑 ]