本篇文章给大家带来的内容是关于Linux平均负载Load问题的详解，有一定的参考价值，有需要的朋友可以参考一下，希望对你有所帮助。
有一回面试，面试官提了一个问题，cpu 使用率不高，但是 load (平均负载) 很高，你如何查找问题？
当时我不明白 Load 的意思，面试官解释说这个指标反映不可中断状态的进程比较多。我遂根据过往后端开发经验，回答可能系统中 io 阻塞比较多，多发于网络 io 问题，用命令 netstat -tnp 看看 tcp 连接中 time_wait 状态多不多...
我知道我的回答很片面，事后复习，做笔记。
什么是平均负载
熟悉 Linux 者知道，使用 top uptime 命令可以查看 load average 指标。
使用 man uptime 查看 Load average 解释:
System load averages is the average number of processes that are either in a runnable or uninterruptable state. A process in a runnable state is either using the CPU or waiting to use the CPU. A process in uninterruptable state is waiting for some I/O access, eg waiting for disk. The averages are taken over the three time intervals. Load averages are not normalized for the number of CPUs in a system, so a load average of 1 means a single CPU system is loaded all the time while on a 4 CPU system it means it was idle 75% of the time.
理解关键地方，平均负载是指，在单位时间内，系统中处于 可运行状态 与 不可中断状态 的平均进程数，简称平均活跃进程数。值得注意的是，它与 CPU 使用率没有直接关系
使用命令 ps aux 可以查看进程的状态 stat，如本文要注意的：
R 状态，可运行状态 ( Running / Runnable )，正在使用 CPU 或者正在等待 CPU 的进程D 状态，不可中断状态( Uninterruptitle Sleep, 又称 Disk Sleep )，正处于内核态关键流程中的进程，并且是不可中断的。
D 状态为何不可打断呢，举个例子，系统调用起硬件设备的 I/O 响应，为了保证数据的一致性，在磁盘设备返回数据前，它是不能倍其他进程或者中断打断的，如果被打断，就容易造成磁盘数据与进程数据不一致的问题。于是，不可中断(D)状态是系统对进程与硬件设备的一种保护机制。
平均活跃进程数，严格意义上，它是活跃进程数的指数衰减平均值（某个量的下降速度和它的值成比例）。通常情况下，理解为单位时间上的活跃进程数即可。
CPU 利用率与平衡负载
从 CPU 角度来说，Load average 只是反映单位时间内占用 CPU 的进程数量，而 CPU 利用率与进程数量没有直接关系，我们可以使用命令 top vmstat 查看 CPU 的利用率，有以下几个指标：
%us：表示用户空间程序的cpu使用率（没有通过nice调度）%sy：表示系统空间的cpu使用率，主要是内核程序。%ni：表示用户空间且通过nice调度过的程序的cpu使用率。%id：空闲cpu%wa：cpu运行时在等待io的时间%hi：cpu处理硬中断的数量%si：cpu处理软中断的数量%st：被虚拟机偷走的cpu
如何衡量合理的平均负载
一般来讲，Load average 低于 CPU 数量的话，机器性能满足服务需求，超出一些也没关系，Load average 不直接代表 CPU 利用率，可能是 io 阻塞比较多。当 Load average 高于 CPU 数量的 70%，就可能导致进程响应变慢，进而影响服务的正常功能。
从历史变化量来看
一般来讲，top uptime 提供 load average 三个时间点的指标，分别是：1分钟、5分钟、15分钟。这反映了系统最近的状态变化趋势。在实际生产环境中，我们需要做长期的监控记录。如果有异常的数值变化，比如平均负载数是CPU的两倍，需要分析调查问题。
从平衡负载与 CPU 利用率 这两类指标综合分析
Destoon B2B网站管理系统是一套完善的B2B(电子商务)行业门户解决方案。系统基于PHP+MySQL开发，采用B/S架构，模板与程序分离，源码开放。模型化的开发思路，可扩展或删除任何功能；创新的缓存技术与数据库设计，可负载千万级别数据容量及访问。 系统特性1、跨平台。支持Linux/Unix/Windows服务器，支持Apache/IIS/Zeus等2、跨浏览器。基于最新Web标准构建，在
两类指标的不同，组合出以下几种可能情况：
Load average 高，CPU use 高，要么运行了 CPU 密集型进程(线程)，要么有大量等待 CPU 的进程（线程）调度Load average 高，CPU use 底，运行了 IO 密集型进程两者都比较低，正常Load average 底，CPU use 高，这是不存在的
模拟案例与工具
我们如何分析平衡负载与 CPU 利用率这两类指标不同组合的案例，寻找造成指标变化的来源？
以下环境为 Linux Arch 4.19 / 4 CPU / 8G Memory
工具列表
stress 系统压力测试工具
sysstat 性能分析工具包：
mpstat 多核 CPU 分析性能工具，mp 的意思是 multi processors （多处理器）pidstat 进程性能分析工具，pid 意为进程 ID。它用于查看进程的 CPU、内存、I/O以及上下文切换等指标
模拟场景
使用 stress 可以模拟以下场景
CPU密集型进程
# 模拟一个进程， 对 cpu 使用率 100%，限时 600s stress --cpu 1 --timeout 600
IO 密集型进程
stress 的 -i 选项，spawn N workers spinning on sync()
# 模拟一个进程不停的执行 sync stress -i 1 --timeout 600大量进程的场景
# 模拟16个进程， 对 cpu 使用率 100%，限时 600s stress --cpu 16 --timeout 600
工具指标
mpstat -P ALL 5 监控所有 CPU，每隔5秒输出一组数据，注意指标 %usr 使用率，%iowait IO 阻塞时间，从这可以判断是 CPU 密集型还是 IO 密集型pidstat -u 5 1 统计间隔5秒内，使用过 CPU 的进程的数据，注意指标 %usr 使用率，%wait 等待使用 CPU 的时间，从这可以判断是否进程（线程）过多
