load-average-high

系统负载高但 CPU 不高的排查

现象

uptime 的 load average 很高，但 CPU 使用率不高，系统响应变慢。常见于 I/O 等待、内存回收或不可中断睡眠。

快速定位

uptime
vmstat 1 5
ps -eo state,pid,ppid,comm,wchan:32 | awk '$1 ~ /D/'
iostat -x 1 5
pidstat -d 1 5
cat /proc/pressure/io
cat /proc/pressure/cpu
cat /proc/pressure/memory

常见根因

大量进程处于 D 状态，等待磁盘、NFS 或网络存储。
磁盘 I/O 饱和、云盘限流或硬件故障。
内存不足触发直接回收，进程卡在分配内存。
内核锁竞争、文件系统或驱动问题。
容器/虚拟机层面 CPU steal 或宿主机过载。

修复

用 vmstat 的 wa、iostat 的 %util 和 await 判断 I/O 瓶颈。
找 D 状态进程的 wchan，定位是磁盘、NFS 还是内核路径。
修复慢存储、拆分大 I/O、增加缓存或限流。
检查 dmesg 是否有 I/O error、hung task、NFS timeout。
虚拟化环境看 steal time，必要时迁移或扩容。

相关命令

vmstat — 整体运行状态
iostat — 磁盘 I/O
pidstat — 进程级 I/O 与 CPU
ps — D 状态进程

读完自测

合上页面，先回答，再展开对照。

load average 很高但 CPU 使用率不高，通常说明什么？
判断 I/O 瓶颈应看哪些指标？
如何定位卡住的进程和内核路径？

答案

通常是有大量进程处于 D 状态，在等磁盘、NFS 或网络存储。内存回收和不可中断睡眠也会造成这种现象。
看 vmstat 的 wa。再看 iostat -x 的 %util 和 await。
用 ps -eo state,pid,comm,wchan 过滤 D 状态进程并看 wchan。同时检查 dmesg 是否有 I/O error、hung task 或 NFS timeout。