这些冲洗流程是什么？
$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.
这些数字告诉您正在进行的刷新过程.做
原文链接：https://www.f2er.com/ubuntu/348545.htmlgrep ^ /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进行补偿.
