gpt4 book ai didi

linux - 追踪高 CPU 平均负载

转载 作者:太空宇宙 更新时间:2023-11-04 04:58:23 25 4
gpt4 key购买 nike

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

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

在平均负载时,队列显示 ~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

free命令的结果:

             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%。

我的问题:我有什么方法可以找到高负载的根源?

最佳答案

根据您的 free 输出,有时系统内存会耗尽,因此会使用交换缓冲区(请参阅列 used = 60)。使用的总内存已使用 - (缓冲区 + 缓存) 结果几乎为零。这意味着有时会耗尽所有物理 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,这不是很好。

关于linux - 追踪高 CPU 平均负载,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/40353825/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com