我的工作站有一些奇怪的现象，比如说看到它说的是42.1％，每当我遇到这个问题时，它变得如此缓慢，有什么想法能做什么，我怎么能够确定是什么原因造成的呢？
top - 15:44:02 up 93 days, 4:29, 16 users, load average: 1.94, 1.86, 1.24 Tasks: 206 total, 1 running, 203 sleeping, 2 stopped, 0 zombie Cpu(s): 3.8%us, 4.2%sy, 0.0%ni, 49.6%id, 42.1%wa, 0.2%hi, 0.2%si, 0.0%st Mem: 3969460k total, 3585412k used, 384048k free, 65896k buffers Swap: 2031608k total, 9200k used, 2022408k free, 1701636k cached 更新：我只是没有导入MySQL备份（mysqldump）到两个系统…负载去了两个3-4，事实上，较慢的系统运行较低的负载平均，然后更快的系统，但不是太多..无论如何，这里是输出…
[root@wcmisdlin02]# time gzip -cd mysqldump-uftwfdb1.uftmasterad.org-phplist-20110223.sql.gz | mysql -p phplist2 Enter password: real 159m34.126s user 2m14.677s sys 0m10.757s [root@wcmisdlin02]# [root@wcmisdlin03 tmp]# time gzip -cd mysqldump-uftwfdb1.uftmasterad.org-phplist-20110223.sql.gz | mysql -p phplist2 Enter password: real 463m15.483s user 3m53.825s sys 0m23.454s [root@wcmisdlin03]#
所以一个花了159米，另一个花了463米哦，是啊…这里是从一台机器（更快的一个）htop，当它是“空闲” http://pastebin.com/qG1MQCA0 ，当它做导入http ：//pastebin.com/qRZpQKt3
获得htop，它更容易弄清楚使用这个工具正在发生什么。 也可以查看进程表，粘贴ps aux的输出。
如果您怀疑I / O生猪进程，则可以使用iotop来查找它。
最新版本的htop也具有每个进程的I / O统计信息，但您可能需要configurationhtop以显示该信息。
如果你认为它的IO负载，使用lsof来确定什么钩子到你的本地文件系统。
阅读顶部的手册页：您可以按列重新排列进程列表，这可能有助于确定什么是系统，或什么types的东西造成痛苦。
您的症状可能与驱动程序或ACPI相关，但不太可能。 你可以检查一下liveCD（你的发行版，如果需要的话），看它是否有同样的麻烦。
另外，使用netstat来检查你的networkingI / O是不是疯了。 也许可以安装systat来为你提供大量的I / O数据。 手册将需要阅读:-)
你是否在运行需要大量磁盘IO或内存的东西？ 等待的高％可能意味着大量的磁盘访问或大量的交换。 如果你运行NFS，也许networking拥塞？ 要监视磁盘IO，请使用iostat。 （iostat位于RH的sysstat软件包中，默认情况下可能不会安装）
你的CPU节stream，不正确的失控？
监视/ proc / cpuinfo，当它“慢”，看看。