前端之家收集整理的这篇文章主要介绍了
ubuntu – 导致这些刷新过程的原因是什么？，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
这些冲洗流程是什么？
$ps aux | grep flush
root 710 0.0 0.0 0 0 ? S 2012 2:29 [flush-202:1]
root 10732 6.2 0.0 0 0 ? S Apr14 453:33 [flush-202:80]
ubuntu 24009 0.0 0.0 8080 900 pts/3 S+ 06:26 0:00 grep --color=auto flush
我注意到flush-202：80进程经常跳到顶部.这是在运行Apache,MysqL和Solr进程的Ubuntu Server 12.04上.谷歌搜索主题我发现another SF post提到这些过程永远不会消耗太多的cpu.该帖子中提出的解决方案提到重新启动系统,这正是我在顶部探索并首先发现流程的方法：the system won’t reboot.
@H_
502_6@
这些数字告诉您正在进行的刷新过程.做
grep ^ /sys/class/block/*/dev
你会看到类似的东西
:
/sys/class/block/sda1/dev:8:1
/sys/class/block/sda2/dev:8:2
/sys/class/block/sda5/dev:8:5
/sys/class/block/sda6/dev:8:6
/sys/class/block/sda/dev:8:0
:
将此与你的ps ax |进行比较grep flush
10213 ? S 0:00 [flush-8:0]
你可以看到,正在处理的是我的/ dev / sda.
您可以通过这样做获得更多信息
grep "201:80" /proc/self/mountinfo
grep "201:1" /proc/self/mountinfo
和
lsof | grep "201,80"
lsof | grep "201,1"
看看哪些进程已经在这些设备上打开了哪些文件.
top之前和之后的内容是什么？最好是追踪问题,而不是重新启动.一旦找到导致问题的进程,您就可以调整/ proc / sys / vm / dirty_background_ratio,/ proc / sys / vm / dirty_expire_centisecs和/ proc / sys / vm / dirty_ratio进行补偿.
