CPU Load（系统平均负载）

在操作系统中，CPU Load（系统平均负载） 是指在特定时间间隔内，处于可运行状态（Runnable）和不可中断睡眠状态（Uninterruptible Sleep）的平均进程数。

可运行状态（Runnable）： 进程已经准备就绪，正在等待 CPU 时间片来执行。这些进程位于运行队列（Run Queue） 中。
不可中断睡眠状态（Uninterruptible Sleep）： 进程正在等待某些系统资源（通常是 I/O，如磁盘或网络响应），并且在这种状态下不能被信号或中断唤醒。这是一种内核机制，用于确保进程在完成关键操作（如直接内存访问 DMA）前不会被打断。

因此，Load Average 衡量的不仅仅是 CPU 的繁忙程度，而是对整个系统资源需求（包括 CPU 和 I/O）压力的一个综合度量。

在 top 命令的首行，你会看到类似以下输出：
load average: 1.05, 0.70, 0.65

这表示系统在三个时间点上的指数衰减移动平均值：

这三个值共同帮助我们判断系统的负载趋势。

解读负载值的绝对值时，必须将其与系统的 CPU 逻辑核心数 相关联。这是评估系统是否过载的关键。

定义：系统逻辑核心数（n）

这包括物理核心和超线程提供的逻辑核心。可以通过 nproc 或 lscpu 命令获取。

解读准则：

Load < n (核心数)：
- 含义： 系统的处理能力（CPU + I/O）能够满足当前的任务需求。存在空闲的资源容量。
- 状态： 系统资源充足，响应迅速。
Load ≈ n (核心数)：
- 含义： 系统资源被完全利用，但几乎没有形成任务队列。这是系统达到最佳吞吐量的临界点。
- 状态： 系统处于饱和状态，但响应时间仍在可接受范围内。
Load > n (核心数)：
- 含义： 任务请求超过了系统的即时处理能力，开始形成运行队列。有进程需要等待 CPU 或因为 I/O 阻塞而堆积。
- 状态： 系统开始过载。数值越高，队列越长，系统的响应时间（Latency） 会显著增加，用户体验到卡顿。

举例：

这是一个至关重要的概念区分：

特性	CPU 使用率 (CPU Utilization)	系统平均负载 (Load Average)
度量对象	CPU 时间片的占用百分比。	对系统资源（CPU + I/O）有需求的任务队列长度。
反映内容	CPU 本身的繁忙程度。	整个系统的饱和度（Saturation）。
数值范围	0% 到 100% (或超过100%，在多核情况下)。	从 0 到正无穷，是一个绝对数值。
典型场景	一个计算密集型进程可以使 CPU 使用率达到 100%。	大量进程等待慢速磁盘 I/O 会导致 Load 飙升，而此时 CPU 使用率可能很低。

典型故障诊断场景：

高 Load，低 CPU 使用率：
- 原因： 通常是 I/O 瓶颈 。大量进程处于 D 状态（不可中断睡眠），等待慢速的磁盘或网络响应。CPU 因为等待数据而空闲。使用 top 查看 %wa（I/O Wait）值，通常会很高。
高 Load，高 CPU 使用率：
- 原因： CPU 瓶颈。系统有足够多的计算密集型任务，完全消耗了所有 CPU 资源，并且还有任务在排队。
低 Load，低 CPU 使用率：
- 原因： 系统空闲或负载极低。

专业定义： Load Average 是 可运行状态 和 不可中断睡眠状态 进程数的指数衰减移动平均。
核心解读： 必须结合 CPU 逻辑核心数（n） 来评估负载高低。Load > n 表示系统存在排队和过载。
核心区分： Load Average 衡量系统饱和度 ，而 CPU 使用率衡量 CPU 繁忙度。高负载不一定由 CPU 引起，也可能是 I/O 瓶颈。
诊断流程： 遇到高 Load 时，应使用 top、iostat、pidstat 等工具综合分析，区分是 CPU 问题还是 I/O 问题。