|
我正在以三种不同的方式将一些输出重定向到文件,并且每个输出都占用明显不同的时间.
$>/tmp/file ; time for i in {1..1000}; do for j in {1..1000}; do echo $i $j >> /tmp/file; done; done
real 0m33.467s
user 0m21.170s
sys 0m11.919s
$>/tmp/file ; exec 3>/tmp/file; time for i in {1..1000}; do for j in {1..1000}; do echo $i $j >&3; done; done; exec 3>&-
real 0m24.211s
user 0m17.181s
sys 0m7.002s
$>/tmp/file ; time for i in {1..1000}; do for j in {1..1000}; do echo $i $j; done; done >> /tmp/file
real 0m17.038s
user 0m13.072s
sys 0m3.945s
有人可以解释这里的差异.我目前的理解/怀疑是：
> 1st是最慢的,因为它多次打开/关闭文件而其他人只执行一次.是对的吗？怎么样缓冲.通常情况下,我希望所有输出都得到缓冲,在这种情况下我们不应该有这么大的时间差.
>在第3个中,如果所有输出仅在外部循环的末尾写入,则在循环仍在执行时存储的所有输出都在哪里.也许在记忆中.这是否意味着如果我回应很多东西并且只在最后写,我会耗尽内存.
>第二名更像第一名或第三名.为什么它与两者都如此不同.
PS：我已经运行了上述命令几次,发现时间是一致的.所以,我看到的差异必然是由于一些真正的原因.
最佳答案
>第一个版本的回声是$i $j>>的百万倍. / tmp / file,打开要追加的文件,写入并关闭它.
>做一百万次echo $i $j>& 3的不同之处在于它不会每次都打开/关闭文件,而是写入文件描述符#3. exec 3> / tmp / file打开文件进行写入,并将文件描述符保存为#3.现在,当命令将其stdout重定向到文件描述符#3(回声后>& 3的效果)时,shell需要在执行命令之前设置此重定向,然后将之前的赋值恢复为stdout.
>重定向完整循环的输出,如下所示>> / tmp / file对于shell来说要容易得多：它可以简单地执行echo命令而无需设置其他文件描述符.它只改变了一次stdout的赋值.
关于缓冲：在所有三种情况下,底层文件系统将缓冲对物理文件的访问,因此在该级别上没有差异.此外,大多数linux都在/ tmp上安装了一个tmpfs,无论如何都会让你做一切纯内存操作.所以你不是在这里测量IO性能而是测试shell命令执行性能.您可以通过增加写入的字节数来证明这一点(向行回显打印添加一个常量值)：
>/tmp/file ; time for i in {1..1000}; do for j in {1..1000}; do echo "1000000 $i $j" >> /tmp/file; done; done
>/tmp/file ; exec 3>/tmp/file; time for i in {1..1000}; do for j in {1..1000}; do echo "1000000 $i $j" >&3; done; done; exec 3>&-
>/tmp/file ; time for i in {1..1000}; do for j in {1..1000}; do echo "1000000 $i $j"; done; done >> /tmp/file
在我的PC上,这与没有常量“1000000”的情况相同,但是向文件写入两倍的字节.
（编辑：温州站长网）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
