主页 / server / 问题 / 500833
Accepted
dotancohen
Asked: 2013-04-19 22:35:46 +0800 CST

是什么导致了这些冲洗过程？

  • 772

这些flush过程是什么？

$ 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过程经常跳到top. 这是在运行 Apache、MySQL 和 Solr 进程的 Ubuntu Server 12.04 上。谷歌搜索这个主题，我发现了另一篇 SF 帖子，其中提到这些进程永远不应该消耗太多 CPU。该帖子中提出的解决方案提到重新启动系统，这正是我top首先开始探索并发现进程的方式：系统不会重新启动。

ubuntu

1 个回答

  1. Best Answer

    这些数字告诉您冲洗过程在做什么。做

    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]

    你可以看到flush正在处理的是我的/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补偿。

    • 7

相关问题