Hunting down elusive sources of iowait

时间：2010-05-01 来源：badb0y

A question I'm asked daily is "How can I find out what is generating iowait on my server?" Sure, you can dig through pages of lsof output, restart services, or run strace, but it can be a frustrating process. I saw a process on this blog post, and I changed the regexes to fit Red Hat and CentOS systems a bit better:

In my specific situation, it looks like MySQL is the biggest abuser of my disk, followed by Apache and the filesystem journaling. As expected, qmail is a large contender, too.

Don't forget to set things back to their normal state when you're done!

# echo 0 > /proc/sys/vm/block_dump
# /etc/init.d/syslog start

注：我的执行有问题，，大家可以用试试 #dmesg|awk '{print $2}'|sort|uniq -c|sort -rn|head
   1270 kjournald(1930):
    164 pdflush(23280):
    156 mysqld(10011):
     20 mysqld(9950):
     18 kjournald(1934):
     15 mysqld(9605):
     15 mysqld(10054):
     13 mysqld(9838):
     12 mysqld(9752):
     10 mysqld(10109):

相关阅读更多 +