确定高I / O的原因 (Linux, Ubuntu)
你的 Linode, linodeXXXXX, 超过通知阈值 (1000) 为了磁盘输入输出的速度,平均 1079,99 最后一个 2 点钟。
这就是我上周在电子邮件中收到的内容 2-3 一天的时间。 我尝试了几个解决方案,包括搜索
https://serverfault.com/questi ... sk-io
ServerFault 发布关于此问题的消息,但他们没有帮助。
例如,我试过:
通过不同的间隔,它将填补这个过程 nginx, 过程 kjournald 等等,但只有几秒钟。 因此,在找出导致它的原因并不完全有帮助,只是告诉我我继续获得高I / O值。
所以问题变成了
如何确定导致I / O的高度使用的原因是什么?
理想情况下,不启动过程中的流程列表 6 小时。
这就是我上周在电子邮件中收到的内容 2-3 一天的时间。 我尝试了几个解决方案,包括搜索
https://serverfault.com/questi ... sk-io
ServerFault 发布关于此问题的消息,但他们没有帮助。
例如,我试过:
watch -n 1 "(ps aux | awk '\$8 ~ /D/ { print \$0 }')"
通过不同的间隔,它将填补这个过程 nginx, 过程 kjournald 等等,但只有几秒钟。 因此,在找出导致它的原因并不完全有帮助,只是告诉我我继续获得高I / O值。
所以问题变成了
如何确定导致I / O的高度使用的原因是什么?
理想情况下,不启动过程中的流程列表 6 小时。
没有找到相关结果
已邀请:
1 个回复
涵秋
赞同来自:
. 最重要的过程
display, 最有可能,大多数I / O查询在虚拟机中生成。