关于为什么负载将通过屋顶的任何想法,顶部显示每个CPU用户空间利用率为85%或更高,但没有任何进程被标记为任何CPU利用率?
我第一次看到这个。我们有一台平均负载为20的服务器,并且每个CPU的故障都非常高(> 85%),但列表中的所有进程都没有任何 CPU%利用。这是一个示例,是的,这是从最高到最低CPU利用率排序的进程 - 每次在蓝色月亮中我们实际上会看到一个显示“1”作为CPU%的进程。
这是一个mysql服务器盒。
top - 16:08:48 up 185 days, 15:27, 5 users, load average: 20.60, 17.20, 13.17
Tasks: 221 total, 2 running, 219 sleeping, 0 stopped, 0 zombie
Cpu0 : 90.3%us, 5.8%sy, 0.0%ni, 3.2%id, 0.6%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu1 : 89.1%us, 5.8%sy, 0.0%ni, 4.5%id, 0.6%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu2 : 86.4%us, 5.0%sy, 0.9%ni, 6.9%id, 0.6%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu3 : 88.1%us, 5.8%sy, 1.3%ni, 4.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu4 : 89.8%us, 7.2%sy, 0.0%ni, 1.3%id, 0.0%wa, 0.0%hi, 1.6%si, 0.0%st
Cpu5 : 91.0%us, 2.6%sy, 0.0%ni, 5.4%id, 1.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu6 : 91.8%us, 4.6%sy, 0.3%ni, 3.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Cpu7 : 78.8%us, 14.4%sy, 1.3%ni, 5.4%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 12326280k total, 12147144k used, 179136k free, 158512k buffers
Swap: 8420344k total, 0k used, 8420344k free, 10731260k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
22691 root 20 0 19348 1536 1068 R 1 0.0 0:00.29 top
8723 root 20 0 19356 1556 1064 S 0 0.0 0:01.51 top
21562 zabbix 25 5 64000 1224 656 S 0 0.0 54:17.09 /usr/sbin/zabbix_agentd
21566 zabbix 25 5 63976 1132 524 S 0 0.0 151:05.16 /usr/sbin/zabbix_agentd
25165 root 20 0 18700 2744 1840 R 0 0.0 0:00.01 perl /usr/local/bin/mk-heartbeat -D utility --interval 1 --update -h rs4 --password
1 root 20 0 23708 1184 596 S 0 0.0 0:33.56 /sbin/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:34.65 [migration/0]
答案 0 :(得分:2)
平均负载不显示CPU使用情况 - 它显示“运行队列”中有多少可运行进程:等待运行或阻塞等待磁盘IO。您不会看到它们占用CPU时间 - 相反,如果您查找状态为R
或D
的进程,则会大致显示负载平均值计算中涉及的任务。 / p>
答案 1 :(得分:1)
当其中一个硬件设备(DVD或Wifi调制解调器)出现问题时,偶尔会看到这种情况。驱动程序正在忙着等待重置或重新初始化硬件。当时没有任何流程收费,但无论平均负载有多低,系统都会非常繁忙。当条件在系统日志中恢复正常时,有完全一致的证据。