☰

顶部很高，但没有太多处理器在高 CPU 使用率下运行？

tag-icon • tag-icon top centos6.2
顶部很高，但没有太多处理器在高 CPU 使用率下运行？

我有一台机器运行着一个非常小的 java 监听器，没有人使用这台机器，但负载在一段时间内保持在 0.9 到 0.6 之间？这有什么迹象吗？当服务器上的活动很少时，什么可能导致负载升高？我看到很多 events/3、hald-addon-stor、init、kthreadd、miniserv.pl 等正在运行，它们是什么？

top - 21:43:46 up 1 day,  7:50,  1 user,  load average: 0.92, 0.40, 0.20
Tasks: 251 total,   1 running, 249 sleeping,   0 stopped,   1 zombie
Cpu(s):  0.1%us,  0.0%sy,  0.0%ni, 99.8%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   7992392k total,  5426492k used,  2565900k free,   203156k buffers
Swap:  6094840k total,        0k used,  6094840k free,  4605780k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
  434 root      20   0     0    0    0 S  0.3  0.0   0:29.63 scsi_eh_4
 6168 root      20   0 20204 1248 1068 S  0.3  0.0   0:33.11 hald-addon-stor
 9021 root      20   0 15152 1348  932 R  0.3  0.0   0:01.33 top
 9162 root      20   0     0    0    0 Z  0.3  0.0   0:00.04 miniserv. <defunct>
    1 root      20   0 19332 1528 1220 S  0.0  0.0   0:01.33 init
    2 root      20   0     0    0    0 S  0.0  0.0   0:00.02 kthreadd
    3 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
    4 root      20   0     0    0    0 S  0.0  0.0   0:00.25 ksoftirqd/0
    5 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0
    6 root      RT   0     0    0    0 S  0.0  0.0   0:00.08 watchdog/0
    7 root      RT   0     0    0    0 S  0.0  0.0   0:00.09 migration/1
    8 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/1
    9 root      20   0     0    0    0 S  0.0  0.0   0:00.21 ksoftirqd/1
   10 root      RT   0     0    0    0 S  0.0  0.0   0:00.08 watchdog/1
   11 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/2
   12 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/2

CPU 信息（我有 8 个 CPU）

processor   : 7
vendor_id   : GenuineIntel
cpu family  : 6
model       : 44
model name  : Intel(R) Xeon(R) CPU           E5640  @ 2.67GHz
stepping    : 2
cpu MHz     : 1596.000
cache size  : 12288 KB
physical id : 0
siblings    : 8
core id     : 10
cpu cores   : 4
apicid      : 21
initial apicid  : 21
fpu     : yes
fpu_exception   : yes
cpuid level : 11
wp      : yes
flags       : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm dca sse4_1 sse4_2 popcnt aes lahf_lm ida arat dts tpr_shadow vnmi flexpriority ept vpid
bogomips    : 5333.16
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:

答案1

请看一下这篇解释平均负载的优秀文章：http://blog.scoutapp.com/articles/2009/07/31/understanding-load-averages

如果您拥有多个 CPU 核心，并且您的 ~8 Gb 内存机器很可能至少有 2 个 CPU 核心，那么 0.9 的平均负载值并不是一个糟糕的值。

答案2

  • events/3,kthreadd ea 是基本系统守护进程
  • hald-addon-stor 是“硬件抽象层”的一部分，允许您自动安装 USB 磁盘等。
  • init：是所有其他进程产生的基本进程
  • miniserv.pl 是 webmin 的一部分，从顶部输出来看似乎已崩溃（该进程“已停止运行”）

相关内容