load average三个数值分别表示1/5/15分钟系统就绪态与不可中断态进程的平均数量，需结合CPU核心数判断过载：持续超过核心数即表明任务队列积压，而非CPU使用率；如4核机器load持续＞4.0才算真正过载。
直接看第一行的 load average 数值，再结合 CPU 核心数判断是否过载——这是最核心、最不可跳过的动作。
怎么快速读出 load average 的真实含义
top 第一行末尾的三个数字（如 load average: 1.23, 0.89, 0.75）不是 CPU 使用率，而是“就绪态 + 不可中断态”进程的平均数量。它反映的是系统任务队列长度，不是百分比。
- 第一个数（1 分钟）波动大，适合看突发；第二个（5 分钟）更稳，是日常监控重点；第三个（15 分钟）看长期趋势
- 关键参照物是
grep -c 'model name' /proc/cpuinfo得到的逻辑核数。4 核机器，load average持续 > 4.0 才算真正过载 - 数值为
2.0不代表 CPU 占用 200%，只表示平均有 2 个任务在争抢 CPU 或卡在 I/O 上 - 如果
wa%高（比如 >10%），而load average也高，大概率是磁盘 I/O 瓶颈，不是 CPU 不够
为什么不能只盯着 %Cpu(s) 行里的 id（空闲率）
id 高（比如 95%）容易让人误判“系统很闲”，但此时 load average 可能已经飙到 8.0 —— 这说明大量进程卡在不可中断状态（如等待磁盘读写），根本没机会跑到 CPU 上跑，所以 CPU 显示空闲。
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
-
wa%和load average要一起看：两者都高 → 查iostat -x 1或iotop -
us+sy高但wa低 → 真是 CPU 密集型负载，再往下查进程列表 -
sy单独异常高（>30%）→ 可能是频繁系统调用，比如大量小文件读写或上下文切换过多
怎样避免被 top 默认刷新节奏带偏判断
top 默认每 3 秒刷新一次，对瞬时尖峰不敏感；而 load average 是指数衰减平均值，反应滞后。这两点叠加，容易漏掉短时过载。
- 怀疑有脉冲式负载时，用
top -d 1改成 1 秒刷新，观察load average是否剧烈跳变 - 想确认是否真有僵尸或失控进程，别只扫一眼进程列表，按
Shift+M排序内存，再按Shift+P切回 CPU，交叉比对前几行 - 用
top -b -n 1 | head -20可以抓单帧快照进脚本，适合定时采集，但注意-b模式下load average字段位置可能和交互模式略有不同
真正容易被忽略的点在于：load average 是内核调度器视角下的“负载”，而你看到的 CPU 百分比是采样统计结果，两者口径不同、更新机制不同、甚至数据源都不同（前者来自 /proc/loadavg，后者来自 /proc/stat）。不理解这点，就容易对着两个看似矛盾的数字反复纠结。
