在两台不同的服务器（Ubuntu 12.04LTS AMD64）上，我看到了以下行为：
op - 10:50:05 up 305 days, 21:17, 1 user, load average: 1.94, 2.52, 2.97 Tasks: 141 total, 2 running, 139 sleeping, 0 stopped, 0 zombie Cpu(s): 41.5%us, 6.5%sy, 0.0%ni, 51.8%id, 0.0%wa, 0.2%hi, 0.1%si, 0.0%st Mem: 8178432k total, 5753740k used, 2424692k free, 159480k buffers Swap: 15625208k total, 0k used, 15625208k free, 4905292k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1 root 20 0 23928 2072 1216 S 0 0.0 0:56.42 init 2 root 20 0 0 0 0 S 0 0.0 0:00.01 kthreadd 3 root RT 0 0 0 0 S 0 0.0 0:01.23 migration/0 4 root 20 0 0 0 0 S 0 0.0 2:39.82 ksoftirqd/0 5 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/0 6 root RT 0 0 0 0 S 0 0.0 0:02.99 migration/1 7 root 20 0 0 0 0 S 0 0.0 2:32.15 ksoftirqd/1 8 root RT 0 0 0 0 S 0 0.0 0:00.00 watchdog/1 9 root RT 0 0 0 0 S 0 0.0 0:11.67 migration/2 10 root 20 0 0 0 0 S 0 0.0 29:00.34 ksoftirqd/2 服务器工作正常，但顶部显示使用0％CPU的所有进程。 重新启动解决了这个早期的机器，但我还没有尝试过这一个。
我已经尝试过几次了，所以我确定我没有不小心按下“<”或“>”按不同的列sorting。 按照所有可用的列对进程列表进行sorting，对于所有显示的进程，显示0％的CPU。
到底是怎么回事？ 如果这是一个内核错误？
更新：如果我使用top -p <PID>来处理已知的繁忙进程，top仍然会显示该进程的0％的CPU。
Update2：我的观点是所有的进程都报告0％的CPU使用率。
看看这篇文章。 http://blog.scoutapp.com/articles/2009/07/31/understanding-load-averages
通常情况下，加载的CPU很less或没有使用，表示磁盘/networking的I / O。 负荷并不是一件坏事，但要注意1,5和15分钟指标的趋势将帮助您分析一个真正的问题与趋势。
也许通过'iostat'检查你的磁盘正在做什么。
加载不是CPU使用率。 加载是“可运行进程的数量”。 看到几乎2的负载没有CPU使用意味着一些进程可能做了很多的IO，甚至可能卡住了。 用PS检查你是否有D状态的进程。
（我有一个邮件服务器负载2200上周，其存储失败。其他一切工作通常虽然:)）