性能基础之理解Linux系统平均负载和CPU使用率

2021年09月15日 阅读数:1
这篇文章主要向大家介绍性能基础之理解Linux系统平均负载和CPU使用率,主要内容包括基础应用、实用技巧、原理机制等方面,希望对大家有所帮助。

前言

作为一个性能测试工程师,每当咱们发现计算机变慢的时候,咱们一般的标准姿式就是执行 uptime 或 top 命令,来了解系统的负载状况。linux

好比像下面这样,我在命令行里输入了 uptime 命令,系统会返回一行信息。ios

  1. appletekimbp:~ apple$ uptime服务器

  2. 20:44  up 21 days,  6:41, 2 users, load averages: 2.85 2.33 2.91网络

但我想问的是,各位同窗知道以上每列输出的含义吗?app

  1. 20:44                  # 当前时间ide

  2. up 21 days,  6:41     # 系统运行时间工具

  3. 2 users               # 正在登陆用户数性能

  4.  

  5. # 系统的平均负载,分别是1分钟、5分钟、15分钟内系统的平均负载测试

  6. load averages: 2.85 2.33 2.91 操作系统

这行信息的后半部分,显示 "load average",它的意思是"系统的平均负载",里面有三个数字,咱们能够从中判断系统负载是大仍是小。

什么是系统平均负载?

我猜必定会有同窗会说,平均负载不就是单位时间的 CPU 使用率吗?上面 2.85,就表明 CPU 使用率是 285%。其实不是这样的。

CPU 负载值在 Linux 系统中表示正在运行,处于可运行状态的平均做业数(读取一组与流程执行线程对应的机器语言的程序指令),或者很是重要,休眠但不可中断(不可交错的休眠状态))。也就是说,要计算 CPU 负载的值,只考虑正在运行或等待分配 CPU 时间的进程。不考虑正常的休眠过程(休眠状态),僵尸或中止的过程。

简单来讲,平均负载是指单位时间内,系统处于可运行状态不可中断状态的平均进程数,也就是平均活跃进程数,它和 CPU 使用率并无直接关系。

进程状态代码 R 正在运行或可运行(在运行队列中) D 不间断休眠(一般为IO) S 可中断休眠(等待事件完成) Z 失效/僵尸,终止但未被其父 T 中止,由做业控制中止信号或由于它被追踪 [...]性能基础之理解Linux系统平均负载和CPU使用率_linux

这里先解释下,可运行状态不可中断状态

可运行状态的进程,指的是正在使用CPU或者正在等待CPU的进程,也就是咱们经常使用 ps 命令看处处于 R 状态(Running 或 Runnable)的进程。

不可中断状态的进程,指的是正处于内核态关键流程中的进程,而且这些流程是不可打断的,好比常见是等待硬件设备的 I/O 响应。也就是咱们在Ps 命令看到的D状态(Uninterruptible Sleep,也称为 Disk Sleep)的进程。 好比,当一个进程向磁盘读写数据时,为了保证数据的一致性,在获得磁盘回复前,它是不能被其余进程或者中断打断的,这个时间的进程就处于不可中断状态。若是此时的进程被打断,就容易出现磁盘数据与进程数据不一致的问题。 

因此,不可中断状态其实是系统对进程和硬件设备的一种保护机制。 

所以,咱们能够简单理解为,平均负载其实就是平均活跃进程数。平均活跃进程数,直观上的理解就是单位时间内的活跃进程数。 既然平均的是是活跃进程数,那么理想的是,每一个CPU上都恰好运行着一个进程,这样每一个CPU都获得了充分利用。

如下是单核处理器计算机中不一样负载值的含义:

  • 0.00:没有任何做业正在运行或等待 CPU 执行,即 CPU 彻底空闲。所以,若是正在运行的程序(进程)须要执行任务,它会向 CPU 请求操做系统,并当即为该进程分配 CPU 时间,由于没有其余进程在竞争它。

  • 0.50:没有任何做业在等待,但 CPU 正在处理之前的做业,而且它正在以 50% 的容量进行处理。在这种状况下,操做系统还能够当即将 CPU 时间分配给其余进程,而无需将其置于保持状态。

  • 1.00:队列中没有做业,但 CPU 正在以 100% 的容量处理先前的做业,所以若是新进程请求 CPU 时间,则必须将其保留到另外一个做业完成或当前 CPU 插槽时间(例如,CPU tick)到期,操做系统决定哪个是下一个给定的进程优先级。

  • 1.50:CPU 工做在其容量的 100%,15个工做中有5个请求CPU时间,即 33.33%,必须排队等待其余人耗尽他们分配的时间。所以,一旦超过1.0 的阈值,就能够说系统过载,由于它不能当即处理所请求的 100% 的工做。

那么很显然,"load average"的值越低,好比等于0.2或0.3,就说明服务器的工做量越小,系统负载比较低。

一个类比

上面还看太懂怎么办?没事,咱们来看一个简单的类比例子。

先假设最简单的状况,你的计算机只有一个 CPU,全部的运算都必须由这个 CPU 来完成。

那么,咱们不妨把这个 CPU 想象成一座大桥,桥上只有一根车道,全部车辆都必须从这根车道上经过。(很显然,这座桥只能单向通行。)

系统负载为 0,意味着大桥上一辆车也没有。

性能基础之理解Linux系统平均负载和CPU使用率_linux_02

系统负载为 0.5,意味着大桥一半的路段有车。

性能基础之理解Linux系统平均负载和CPU使用率_linux_03

系统负载为 1.0,意味着大桥的全部路段都有车,也就是说大桥已经"满"了。可是必须注意的是,直到此时大桥仍是能顺畅通行的。

性能基础之理解Linux系统平均负载和CPU使用率_linux_04

系统负载为 1.7,意味着车辆太多了,大桥已经被占满了(100%),后面等着上桥的车辆为桥面车辆的 70%。以此类推,系统负载 2.0,意味着等待上桥的车辆与桥面的车辆同样多;系统负载 3.0,意味着等待上桥的车辆是桥面车辆的 2 倍。总之,当系统负载大于 1,后面的车辆就必须等待了;系统负载越大,过桥就必须等得越久。

性能基础之理解Linux系统平均负载和CPU使用率_linux_05

CPU 的系统负载,基本上等同于上面的类比。大桥的通行能力,就是CPU 的最大工做量;桥梁上的车辆,就是一个个等待 CPU 处理的进程(process)。

若是CPU 每分钟最多处理100个进程,那么系统负载0.2,意味着CPU在这 1 分钟里只处理 20 个进程;系统负载 1.0,意味着 CPU 在这 1 分钟里正好处理 100 个进程;系统负载 1.7,意味着除了 CPU 正在处理的100 个进程之外,还有 70 个进程正排队等着CPU处理。

为了计算机顺畅运行,系统负载最好不要超过 1.0,这样就没有进程须要等待了,全部进程都能第一时间获得处理。很显然,1.0 是一个关键值,超过这个值,系统就不在最佳状态了,你要动手干预了。

多处理器和多核系统

在具备多个处理器或核心(多个逻辑 CPU)的系统中,CPU 负载值的含义取决于系统中存在的处理器数量。所以,具备4  个处理器的计算机在达到4.00的负载以前将不会以100%使用,所以在解释由 top,htop 或正常运行时间等命令提供的3个负载值时,你必需要作的第一件事 就是将它们分开。系统中存在的逻辑CPU数量,并从中得出结论。

举个例子,若是你的计算机装了 2 个 CPU,会发生什么状况呢? 2 个 CPU,意味着计算机的处理能力翻了一倍,可以同时处理的进程数量也翻了一倍。 仍是用大桥来类比,两个 CPU 就意味着大桥有两根车道了,通车能力翻倍了

性能基础之理解Linux系统平均负载和CPU使用率_linux_06

因此,2 个CPU代表系统负载能够达到 2.0,此时每一个 CPU 都达到 100%的工做量。推广开来,n 个 CPU 的计算机,可接受的系统负载最大为n.0。

芯片厂商每每在一个 CPU 内部,包含多个CPU核心,这被称为多核CPU。

在系统负载方面,多核 CPU 与多 CPU 效果相似,因此考虑系统负载的时候,必须考虑这台计算机有几个 CPU、每一个 CPU 有几个核心。而后,把系统负荷除以总的核心数,只要每一个核心的负荷不超过 1.0,就代表计算机正常运行。 怎么知道PC有多少个 CPU 核心呢? 

CPU使用率

若是咱们观察在给定时间间隔内经过 CPU 的不一样进程,则利用率百分比将表示相对于 CPU 执行与每一个进程相对应的指令的那个时间间隔的时间部分。但这种计算只运行的进程,而不是那些正在等待,不管它们是在队列(可运行状态)仍是休眠但不可中断(例如在等待输入/输出操做的结束)被认为。 所以,这个指标可让咱们了解哪些进程最大程度地挤压 CPU,可是若是系统状态过载或者未充分利用,则不能给出真实的系统状态图。

现实工做中,咱们常常容易把平均负载和 CPU 使用率混淆,从上面咱们知道平均负载是指单位时间内,处于可运行状态和不可中断状态的进程数。因此,它不只包括正在使用 CPU 的进程,还包括等待 CPU 和等待I/O 的进程。而 CPU使用率,从上面的解释咱们知道是单位时间内繁忙程度,跟平均负载并不必定彻底对应。好比:

  • CPU 密集型进程,使用大量 CPU 会致使平均负载升高,这时候二者是一致的。

  • I/O 密集型进程,等待 I/O 也会致使平均负载升高,但 CPU 使用率不必定很高。

  • 大量等待 CPU 的进程调度也会致使平均负载很高,此时的 CPU 使用率也会比较高。

注意输入/输出(I / O)操做

在本文反复强调了不间断休眠状态很是重要 (第一张图中的D),由于有时你能够在计算机中找到很是高的负载值,然而不一样的运行过程使用率相对较低。若是你不考虑这种状态,你会发现状况莫名其妙,你将不知道如何处理它。当进程等待某个资源的释放而且其执行不能被中断时,例如当它等待不可中断的 I/O 操做时,进程处于此状态完成(并不是全部都是不可中断的)。一般,这种状况是因为磁盘故障,网络文件系统(如NFS故障)或大量使用很是慢的设备(例如USB 1.0 Pendrive)而发生的。

在这种状况下,咱们将不得不使用替代工具,如 iostat 或 iotop,它们将指示哪些进程正在执行更多的 I/O 操做,以便咱们能够杀死这些进程或为它们分配较少的优先级(nice命令)可以为其余更关键的进程分配更多的CPU 时间。 性能基础之理解Linux系统平均负载和CPU使用率_linux_07

一些技巧

系统过载并超过1.0的负载值有时不是问题,由于即便有一些延迟,CPU也会处理队列中的做业,负载将再次下降到1.0如下的值。可是若是系统的持续负载值大于1,则意味着它没法吸取执行中的全部负载,所以其响应时间将增长,系统将变得缓慢且无响应。高于1的高值,尤为是最后5分钟和15分钟的负载平均值是一个明显的症状,要么咱们须要改进计算机的硬件,经过限制用户能够对系统的使用来节省更少的资源,或者除以多个类似节点之间的负载。

所以,咱们提出如下建议:

  • >=0.70:没有任何反应,但有必要监控 CPU 负载。若是在一段时间内保持这种状态,就必须在事情变得更糟以前进行调查

  • >=1.00存在问题,您必须找到并修复它,不然系统负载的主要高峰将致使您的应用程序变慢或无响应。

  • >=3.00:你的系统变得 很是慢。甚至很难从命令行操做它来试图找出问题的缘由,所以修复问题须要的时间比咱们以前采起的行动要长。你冒的风险是系统会更饱和而且确定会崩溃。

  • >=5.00你可能没法恢复系统。你能够等待奇迹自发下降负载,或者若是你知道发生了什么而且能够负担得起,你能够在控制台中启动 kill-9<process_name> 之类的命令 ,并祈求它运行在某些时候,以减轻系统负荷并从新得到其控制权。不然,你确定别无选择,只能从新启动计算机。