需同时监控平均负载值与高负载进程：uptime查1/5/15分钟负载（非CPU%），超CPU核心数示长期积压；top定位高CPU/内存进程并可kill；/proc/loadavg提供内核级原始数据；vmstat 1 3分析r（CPU竞争）、wa（IO等待）、cs（上下文切换）定位瓶颈类型。
要在银河麒麟系统中准确获取当前系统的平均负载进程状况，必须区分“平均负载值”和“高负载进程”两个维度——前者反映整体排队压力，后者定位具体消耗源，单独看任一指标都可能误判真实瓶颈。
用uptime命令快速查看三段式平均负载
按下 Ctrl + Alt + T 打开终端，输入 uptime 并回车。
观察输出中 load average: 后的三个数值，例如 0.45, 0.32, 0.28——它们分别代表过去1分钟、5分钟、15分钟系统中处于可运行（R）或不可中断睡眠（D）状态的平均进程数，【不是CPU使用率百分比】。
若15分钟负载值持续高于逻辑CPU核心总数（可用 lscpu | grep "CPU(s)" 查看），说明系统存在长期调度积压风险。
用top命令实时定位高负载进程
在终端中执行 top，首行即显示 load average: X.XX, Y.YY, Z.ZZ，同时下方列出所有进程的实时资源占用。
按 P 键按CPU使用率降序排列，聚焦顶部几个高消耗PID；按 M 键切换内存排序，辅助识别内存型诱因。
确认异常进程后，按 k 键→输入PID→回车发送终止信号；排查完毕按 q 退出。
读取/proc/loadavg获取原始内核负载数据
执行命令：cat /proc/loadavg。
返回结果形如 0.45 0.32 0.28 2/124 19876：前三列即1/5/15分钟平均负载；第四列斜杠前数字（2）是当前就绪态进程数，斜杠后（124）是总进程数；最后一列是最近运行的进程PID。
该文件由内核直接维护，无格式开销，适合嵌入监控脚本或日志归档，避免命令解析误差。
用vmstat拆解负载类型瓶颈
第一步：运行 vmstat 1 3，每秒采样一次，共3次。
第二步：重点观察 r 列（运行/等待CPU的进程数）：若持续大于逻辑CPU核心数，说明CPU资源不足；观察 wa 列（IO等待占比）：若超过30%，表明磁盘IO成为瓶颈；观察 cs 列（每秒上下文切换次数）：突增往往指向频繁进程调度或线程争用。
第三步：结合 top 中定位到的高消耗进程，判断其行为特征——是计算密集型（推高 r 和 us）、IO密集型（推高 wa）还是频繁创建销毁（推高 cs）。
