试图了解我的服务器发生了什么。 这是一个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%。
我的问题:我有什么方法可以追踪高负荷的根源?
答案 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命令?它有时会以有用的方式显示更多信息。