LInux性能优化--CPU篇之平均负载

最新推荐文章于 2023-04-30 22:51:55 发布
最新推荐文章于 2023-04-30 22:51:55 发布
阅读量575 收藏 2
点赞数
分类专栏： LInux性能优化 文章标签： 平均负载
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sjin_1314/article/details/103343693
版权

此偏文章为极客时间《Linux 性能优化实战》的其中一节课程内容总结，如有侵犯原作者著作权，请私信我删除

1、平均负载基本概念

在这里插入图片描述

2、实例分析

2.1、环境搭建

  1. 测试环境基于centos7.5版本
[root@domain ~]# uname -a
Linux domain 3.10.0-957.5.1.el7.x86_64 #1 SMP Fri Feb 1 14:54:57 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux

cpu架构信息

[root@domain ~]# lscpu
Architecture:          x86_64          #架构--这里的64指的位处理器
CPU op-mode(s):        32-bit, 64-bit  
Byte Order:            Little Endian  #小端法
CPU(s):                4     #总处理器核心数量
On-line CPU(s) list:   0-3   #在线的cpu数量 有些时候为了省电或者过热的时候，某些CPU会停止运行
Thread(s) per core:    2  　#每个核心支持的线程数量。1表示只支持一个线程，即不支持超线程
Core(s) per socket:    1    #每个插槽上有几个核心
Socket(s):             2    
NUMA node(s):          1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 58
Model name:            Intel Xeon E3-12xx v2 (Ivy Bridge)
Stepping:              9
CPU MHz:               2099.998 #cpu主频
BogoMIPS:              4199.99 #MIPS是每秒百万条指令,Bogo是Bogus(伪)的意思，这里是估算MIPS值
Hypervisor vendor:     KVM   #cpu支持的虚拟化技术
Virtualization type:   full   
L1d cache:             32K  #一级高速缓存 dcache 用来存储数据
L1i cache:             32K  #一级高速缓存 icache 用来存储指令
L2 cache:              4096K
L3 cache:              16384K
NUMA node0 CPU(s):     0-3
Flags:                 fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss ht syscall nx pdpe1gb rdtscp lm constant_tsc rep_good nopl xtopology eagerfpu pni pclmulqdq ssse3 cx16 pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm fsgsbase tsc_adjust smep erms xsaveopt arat

内存信息

[root@domain ~]# free
              total        used        free      shared  buff/cache   available
Mem:        8008860     5627264     1436388       13556      945208     2086444
Swap:       4064252           0     4064252

  1. -需要命令

    stress 是一个 Linux 系统压力测试工具，这里我们用作异常进程模拟平均负载升高的场景。而 sysstat 包含了常用的 Linux 性能工具，用来监控和分析系统的性能。我们的案例会用到这个包的两个命令 mpstat 和 pidstat。
    mpstat 是一个常用的多核 CPU 性能分析工具，用来实时查看每个 CPU 的性能指标，以及所有 CPU 的平均指标。
    pidstat 是一个常用的进程性能分析工具，用来实时查看进程的 CPU、内存、I/O 以及上下文切换等性能指标。

4.案例一：

实现一：
1、模拟CPU 100%

[root@domain ~]# stress --cpu 1 --timeout 600
stress: info: [22018] dispatching hogs: 1 cpu, 0 io, 0 vm, 0 hdd

2、uptime观察负载情况


# -d 参数表示高亮显示变化的区域
$ watch -d uptime
Every 2.0s: uptime                                                                                                                           Mon Dec  2 10:21:14 2019

 10:21:14 up 2 days, 18:35,  4 users,  load average: 1.05, 1.57, 1.84
#当前服务器时间：    10:21:14
#当前服务器运行时长  2 days, 18:35
#当前用户数          4 users
#当前的负载均衡      load average: 1.05, 1.57, 1.84，分别取1min,5min,15min的均值

3、mpstat 查看 CPU 使用率的变化情况

#-P ALL 表示监控所有CPU，后面数字5表示间隔5秒后输出一组数据
[root@domain ~]# mpstat -P ALL 5
Linux 3.10.0-957.5.1.el7.x86_64 (domain)        12/02/2019      _x86_64_        (4 CPU)

10:22:38 AM  CPU    %usr   %nice    %sys %iowait    %irq   %soft  %steal  %guest  %gnice   %idle
10:22:43 AM  all   25.03    0.00    0.05    0.00    0.00    0.00    0.00    0.00    0.00   74.92
10:22:43 AM    0    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00  100.00
10:22:43 AM    1  100.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00
10:22:43 AM    2    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00  100.00
10:22:43 AM    3    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00  100.00

CPU 1 的使用率为 100%，但它的 iowait 只有 0。这说明，平均负载的升高正是由于 CPU 使用率为 100% 。
4、确定那个进程导致cpu升高
stress导致的cpu升高100%

[root@domain ~]# pidstat -u 5 1
Linux 3.10.0-957.5.1.el7.x86_64 (domain)        12/02/2019      _x86_64_        (4 CPU)

10:25:01 AM   UID       PID    %usr %system  %guest    %CPU   CPU  Command
10:25:06 AM     0     16981    0.20    0.20    0.00    0.40     3  rsyslogd
10:25:06 AM     0     22019  100.00    0.00    0.00  100.00     1  stress
10:25:06 AM     0     22117    0.00    0.20    0.00    0.20     2  pidstat

Average:      UID       PID    %usr %system  %guest    %CPU   CPU  Command
Average:        0     16981    0.20    0.20    0.00    0.40     -  rsyslogd
Average:        0     22019  100.00    0.00    0.00  100.00     -  stress
Average:        0     22117    0.00    0.20    0.00    0.20     -  pidstat

5、案例二：IO密集型进程

  1. 模拟 I/O 压力，即不停地执行 sync
stress -i 1 --timeout 600
  1. 观察那个进程导致cpu升高
[root@domain ~]# pidstat -u 5 1
Linux 3.10.0-957.5.1.el7.x86_64 (domain)        12/02/2019      _x86_64_        (4 CPU)

10:33:35 AM   UID       PID    %usr %system  %guest    %CPU   CPU  Command
10:33:40 AM     0     16981    0.00    0.20    0.00    0.20     1  rsyslogd
10:33:40 AM     0     17889    0.00   13.17    0.00   13.17     2  kworker/u8:2
10:33:40 AM     0     22122    0.00   33.53    0.00   33.53     0  kworker/u8:1
10:33:40 AM     0     22293    0.60   66.67    0.00   67.27     1  stress
10:33:40 AM     0     22295    0.00    0.20    0.00    0.20     3  pidstat

Average:      UID       PID    %usr %system  %guest    %CPU   CPU  Command
Average:        0     16981    0.00    0.20    0.00    0.20     -  rsyslogd
Average:        0     17889    0.00   13.17    0.00   13.17     -  kworker/u8:2
Average:        0     22122    0.00   33.53    0.00   33.53     -  kworker/u8:1
Average:        0     22293    0.60   66.67    0.00   67.27     -  stress
Average:        0     22295    0.00    0.20    0.00    0.20     -  pidstat

7、案例三：模拟大量进程场景

[root@domain ~]# stress -c 8 --timeout 600
stress: info: [22296] dispatching hogs: 8 cpu, 0 io, 0 vm, 0 hdd

[root@domain ~]# pidstat -u 5 1
Linux 3.10.0-957.5.1.el7.x86_64 (domain)        12/02/2019      _x86_64_        (4 CPU)

10:36:15 AM   UID       PID    %usr %system  %guest    %CPU   CPU  Command
10:36:20 AM     0     22307   48.91    0.00    0.00   48.91     0  stress
10:36:20 AM     0     22308   49.70    0.00    0.00   49.70     1  stress
10:36:20 AM     0     22309   49.11    0.00    0.00   49.11     1  stress
10:36:20 AM     0     22310   50.69    0.00    0.00   50.69     3  stress
10:36:20 AM     0     22311   50.50    0.00    0.00   50.50     2  stress
10:36:20 AM     0     22312   49.50    0.00    0.00   49.50     3  stress
10:36:20 AM     0     22313   48.91    0.00    0.00   48.91     0  stress
10:36:20 AM     0     22314   49.70    0.00    0.00   49.70     0  stress
10:36:20 AM     0     22315    0.00    0.40    0.00    0.40     2  pidstat

Average:      UID       PID    %usr %system  %guest    %CPU   CPU  Command
Average:        0     22307   48.91    0.00    0.00   48.91     -  stress
Average:        0     22308   49.70    0.00    0.00   49.70     -  stress
Average:        0     22309   49.11    0.00    0.00   49.11     -  stress
Average:        0     22310   50.69    0.00    0.00   50.69     -  stress
Average:        0     22311   50.50    0.00    0.00   50.50     -  stress
Average:        0     22312   49.50    0.00    0.00   49.50     -  stress
Average:        0     22313   48.91    0.00    0.00   48.91     -  stress
Average:        0     22314   49.70    0.00    0.00   49.70     -  stress
Average:        0     22315    0.00    0.40    0.00    0.40     -  pidstat
轻飘风扬
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Linux性能优化-内存篇_WEL.pdf
09-15
WEL大神对于Linux性能优化点归纳总结 公众号：WEL
解析Linux操作系统中CPU使用率和平均负载
最新发布
qq_30294911的博客
02-03 874
记录一下以前操作Linux服务器时关于CPU操作指令的相关知识点，其实这些在实际生产中很少用到，使用时忘记后翻看回忆一下资料即可，这边记录了常用指令，有助于快速找到对自己有用的内容。
Linux 平均负载
wanchaopeng的博客
11-13 728
理解平均负载 简单的说平均负载是指单位时间内，系统处于可运行状态和不可中断状态的平均进程数，也就是说平均活跃进程数，它和CPU使用率并没有直接关系 可运行状态 指正在使用CPU或者正在等待CPU的进程，我们使用ps命令查看处于R状态的进程 不可中断状态 进程则是正处于内核态关键流程中的进程，并且这些流程是不可中断的。例如：常见的等待硬件设备I/O的响应，也就是我们在ps命令查看处于D状态的进程 当一个进程向磁盘读写数据时，为了保证数据的一致性，在得到磁盘回复前，它是...
CPU基础篇——平均负载【Linux性能优化】
weixin_62173811的博客
08-15 1176
又比如一个进程向磁盘读写数据时，为了保证数据的一致性，在得到磁盘回复前，是不能被其他进程或者中断打断的，这个时候的进程就处于不可中断状态。从第二个终端看，1分钟的平均负载慢慢增加到1.00，在终端三亦可以看到有个CPU的使用率为100%，但它的iowait为0。1分钟平均负载慢慢到1.06，其中一个CPU系统的使用率23.87，iowait搞到67.53%，说明平均负载的升高是由于iowait的升高。比如1分钟的值远小于15分钟的值，就说明系统最近1分钟的负载在减少，而过去15分钟有很大的负载。......
Linux CentOS7 升级内核
zxbfriend的博客
06-12 398
查看内核版本 显示操作系统的发行版号 [root@localhost ~]# uname -r 3.10.0-1160.el7.x86_64 显示系统名、节点名称、操作系统的发行版号、内核版本等等 [root@localhost ~]# uname -a Linux localhost 3.10.0-1160.el7.x86_64 #1 SMP Mon Oct 19 16:18:59 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux 查看CentOS版本 [root@lo.
Linux查看CPU使用信息-负载/利用率
Revivedsun的专栏
04-30 2173
本文介绍了CPU负载和利用率的区别，并介绍了多个工具查看CPU使用信息。
Linux-CPU之平均负载
weixin_45370502的博客
12-04 815
Linux-CPU之平均负载
什么是平均负载，以及影响平均负载的因素
qq_45136592的博客
03-19 2387
什么是平均负载，以及影响平均负载的因素 一.平均负载的相关概念 1.1 平均负载:指的是单位时间内，系统处于可运行状态和不可中断状态的平均进程数，也就是单位时间内活跃的进程数。 1.2 可运行状态进程：指的是正在使用CPU或者正在等待CPU调度的进程，也就是处于Running或Runnable的进程。 1.3 不可中断状态进程:指的是正在处于内核态关键流程中的进程，比如最常见的就是调用磁盘的IO读取，简而言之就是当一个进程向磁盘读写数据的时候，为了保证数据的一致性，在得到磁盘回复前，是不能被其他进程或中断
怎么理解linux的平均负载及平均负载高后的排查工具
weixin_30819163的博客
07-11 159
什么是平均负载 平均负载可以对于我们来说及熟悉又陌生，但我们问平均负载是什么，但大部分人都回答说平均负载不就是单位时间内CPU使用率吗？其实并不是这样的，如果可以的话，可以man uptime 来了解一下平均负载的详细信息。 简单的说平均负载是指单位时间内，系统处于可运行状态和不可中断状态的平均进程数，也就是说平均活跃进程数，它和CPU使用率并没有直接关系。这里解释一下可运行状态和不可中断这...
linux cpu平均负载,关于linux系统CPU篇--->平均负载
weixin_36125588的博客
05-12 278
1.什么是平均负载?(load average)平均负载是指单位时间内平均活跃进程数，包括可运行状态的进程数，以及不可中断状态的进程(如等待IO,等待硬件设备响应)2.如何查看平均负载？使用top,uptime查看，分别显示过去1分钟，5分钟，15分钟的平均负载3.平均负载的性能指标？(1).平均负载等于逻辑CPU个数，说明每个CPU都被充分利用(2).当平均负载超过CPU个数70%，说明负载比较...
MIPS 指令集 The MIPS32 Instruction Set 详细介绍了MIPS指令
04-23
The MIPS32 Instruction Set 详细介绍了MIPS指令
Linux性能优化一：CPU优化以及平均负载的理解
01-09
文章目录前言：什么是系统性能调优到底怎么理解平均负载它和CPU使用率的关系平均负载多少合适如何分析平均负载平均负载升高的实战模拟场景：CPU密集型进程场景二：I/O密集型程序 前言： 对于运维工程师，我认为性能优化是很重要的一项工作，比如服务器CPU使用率过高，top命令之后怎么快速定位问题，又比如系统没有跑什么占用内存的程序，但是用free一看，内存已经不多了，应该怎么处理，或者一大早起来，zabbix收到报警，某台数据库主机的iowait太高，怎么办。这篇博客讨论的主要是这些问题 。 什么是系统性能调优 说到系统性能优化，我觉得主要有两个方面，一个是系统资源方面的，一个是应用负载方面的（）
linux-Linux性能优化实战案例
08-13
《Linux 性能优化实战》案例
Linux性能优化-菲利普著
02-27
Linux性能优化-菲利普著, 国外经典翻译书, 讲解Linux系统优化技巧各方面, 推存给大家, 清爽版本.
linux 平均负载与CPU 详解
bearboy80的专栏
10-09 1689
一文吃透linux 平均负载和cpu上下文概念
java linux cpu 多核 负载不均匀,系统CPU负载过高、CPU使用率不高的问题
weixin_36297381的博客
05-09 1075
(1)、问题线上Tomcat服务器CPU的负载非常高，但是CPU使用率正常，如图：(2)、问题排查1、首先查看是哪些进程的CPU占用率最高(如下可以看到详细的路径)ps -aux --sort -pcpu | more# 定位有问题的线程可以用如下命令ps -mp pid -o THREAD,tid,time | more2、查看JAVA进程的每个线程的CPU占用率ps -Lp 5798 cu |...
linux cpu 均衡,linux多CPU進程負載均衡解析
weixin_33721696的博客
05-12 249
在linux中，支持對稱smp的處理器模型，在多處理器的情況下，每個處理器都有自己的一個運行隊列，這樣就存在着分配不均的情況，有的cpu運行隊列很多進程，導致一直很忙，有的cpu運行隊列可能很少的進程甚至沒有任何運行進程，導致cpu經常處於空轉的狀態，因此我們需要一種機制，來均衡各個cpu上運行隊列的進程數。1數據結構為了支持多種多處理器模型，linux提出了調用域及組的概念，一個調用域可以包含其...
Linux CPU负载状态 性能瓶颈
07-27
Linux系统的CPU负载状态是通过查看系统的负载平均值来确定的。负载平均值是一个三个数字的指标，分别代表了最近1分钟、5分钟和15分钟内的系统负载情况。 通常情况下，当负载平均值接近或小于CPU核心数的时候，系统的性能是良好的。但当负载平均值超过CPU核心数时，可能存在性能瓶颈。 负载平均值是由运行队列的长度和等待磁盘I/O的进程数共同决定的。当运行队列过长或者有大量进程等待磁盘I/O时，系统的负载平均值就会增加。 要确定性能瓶颈的原因，可以使用一些工具来进行分析。比如，使用top命令可以查看系统中消耗CPU资源最多的进程，使用vmstat命令可以查看系统的内存、磁盘和CPU使用情况，使用iostat命令可以查看磁盘I/O的情况。 另外，还可以使用性能分析工具如perf、strace、sysstat等来对系统进行深入分析，以找出性能瓶颈所在。 总结起来，要确定Linux系统的CPU负载状态和性能瓶颈，可以通过查看负载平均值、分析运行队列长度和等待磁盘I/O的进程数以及使用性能分析工具来进行评估和分析。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值