追踪高CPU负载平均值

时间:2016-11-01 03:39:24

标签: linux unix amazon-ec2 cpu devops

试图了解我的服务器发生了什么。 这是一个2 cpu服务器,所以:

$> grep 'model name' /proc/cpuinfo | wc -l
2

在加载avergae时,队列显示~8:

$> uptime
16:31:30 up 123 days,  9:04,  1 user,  load average: 8.37, 8.48, 8.55

所以你可以假设,负载非常高,而且事情正在变得很糟糕,系统上有一些负载并且它不仅仅是一个尖峰。 但是,看看顶级cpu消费者:

> ps -eo pcpu,pid,user,args | sort -k 1 -r | head -6
%CPU   PID USER     COMMAND
 8.3 27187 ****     server_process_c
 1.0 22248 ****     server_process_b
 0.5 22282 ****     server_process_a
 0.0 31167 root     head -6
 0.0 31166 root     sort -k 1 -r
 0.0 31165 root     ps -eo pcpu,pid,user,args

自由命令的结果:

             total       used       free     shared    buffers     cached
Mem:          7986       7934         52          0          9       2446
-/+ buffers/cache:       5478       2508
Swap:        17407         60      17347
This is the result on an ongoing basis, e.g. not even

正在使用单个CPU,最高消费者,总是~8.5%。

我的问题:我有什么方法可以追踪高负荷的根源?

2 个答案:

答案 0 :(得分:1)

根据您的free输出,有时系统内存耗尽,因此使用交换缓冲区(请参阅列used = 60)。使用的总内存used - (buffers + cached)几乎为零。这意味着有时间消耗所有物理RAM。

对于服务器,尽量避免页面错误,这可能导致数据从系统内存交换到交换缓冲区(反之亦然),因为访问硬盘驱动器的速度比系统RAM慢。

top输出中,尝试调查wa列。较高的百分比值意味着CPU花费更多时间等待来自磁盘的数据IO而不是进行有意义的计算。

Cpu(s): 87.3%us,  1.2%sy,  0.0%ni, 27.6%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st

尝试减少您不需要减少内存占用的守护程序或服务,并考虑向系统添加更多RAM。

对于2个CPU服务器,理想负载小于2.0(每个CPU负载小于1.0)。加载8.0意味着每个CPU负载大约为4.0,这不是很好。

答案 1 :(得分:0)

您是否尝试过htop命令?它有时会以有用的方式显示更多信息。