大佬教程收集整理的这篇文章主要介绍了filesystems – 为什么`ls –color = always`对于一个小目录来说可能会很慢?,大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
为什么我会花这么长时间用颜色参数,我怎么才能知道到底花了多长时间呢?它可能是安装在DIR中的一些子目录,但我怎样才能找出哪个是麻烦制造者?
这可能是由于在特定目录中的所有不同坐骑上调用了stat()函数以获取颜色所呈现的信息……
这很容易证实:
time command ls /dir/with/many/toplevel/entries/ >/dev/null time $SHelL -c "ls --color=always /dir/with/many/toplevel/entries/ >/dev/null"
对于我创建的某个有问题的目录结构,第一个命令给出:
real 0m0.523s user 0m0.284s sys 0m0.052s
第二个:
real 1m47.799s user 0m0.360s sys 0m0.928s
请记住,如果你重复底部的“基准”,它的第二次运行将有stat()数据已经在缓存中.彩色输出的第二次运行给了我:
real 0m0.409s user 0m0.256s sys 0m0.120s
我无法完全清除缓存以确保我可以重现“超过90秒”的结果. https://stackoverflow.com/questions/599719/how-to-clean-caches-used-by-the-linux-kernel中描述的vm.drop_caches sysctl不足.
以上是大佬教程为你收集整理的filesystems – 为什么`ls –color = always`对于一个小目录来说可能会很慢?全部内容,希望文章能够帮你解决filesystems – 为什么`ls –color = always`对于一个小目录来说可能会很慢?所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。