麒麟操作系统如何查看当前系统的物理内核负载

麒麟操作系统如何查看当前系统的物理内核负载并不只看表面做法，关键还要理解相关条件、限制和后续影响。

要在麒麟系统中准确查看物理内核负载，需先用lscpu确认物理核心数与超线程状态，再结合mpstat、/proc/stat或top按物理核心归并分析逻辑CPU负载，识别真实压力与不均衡。

要在麒麟操作系统中准确查看当前系统的物理内核负载，必须区分“逻辑CPU”与“物理核心”，避免将超线程虚拟出的逻辑处理器误认为真实物理内核。仅看整体CPU使用率或平均负载无法反映物理层实际压力，需穿透到每个物理核心的真实占用状态。

确认物理核心数量与拓扑结构

第一步：执行 lscpu 命令 → 观察输出中 Core(s) per socket 和 Socket(s) 两行数值 → 相乘即得物理核心总数（例如：2 sockets × 16 cores/socket = 32 physical cores）。

第二步：重点核对 Thread(s) per core 字段 → 若为2，说明启用了超线程，此时 lscpu | grep "CPU(s)" 显示的80个逻辑CPU仅对应40个物理核心；若为1，则逻辑数=物理数。

第三步：执行 cat /sys/devices/system/cpu/topology/core_id 验证单个CPU的物理核心归属（该文件对每个逻辑CPU返回其所属物理核心ID），可辅助识别哪些逻辑CPU共享同一物理核心。

用mpstat按物理核心粒度采集实时负载

方法一：安装sysstat（如未预装）→ 执行 sudo apt install sysstat -y。

方法二：运行 mpstat -P ALL 1 1 → 输出表格中每一行对应一个逻辑CPU，但需结合上一步确认的物理拓扑进行归并。

方法三：聚焦物理核心0（通常对应第一个物理核及其所有超线程逻辑核）→ 运行 mpstat -P 0,1 1 1（若Thread(s) per core=2，则CPU0和CPU1同属一个物理核）→ 观察这两行的 %idle 值是否同步大幅下降；若仅一行%idle骤降而另一行仍高，说明负载未真正压到该物理核，而是被调度到了其他物理核。

用/proc/stat反推单物理核心精确负载率

第一步：执行 cat /proc/stat | grep "^cpu[0-9]" | head -n $(lscpu | grep "CPU(s):" | awk '{print $2}') > /tmp/cpu_before → 保存当前所有逻辑CPU时间片快照。

第二步：等待2秒 → 执行 cat /proc/stat | grep "^cpu[0-9]" | head -n $(lscpu | grep "CPU(s):" | awk '{print $2}') > /tmp/cpu_after。

第三步：编写简短awk脚本计算每个逻辑CPU的负载率 → 对每组cpuN行，用(user+nice+system+idle+iowait+irq+softirq+steal)总和差值减去idle差值再除以总和差值 → 得到该逻辑CPU在2秒内的实际占用率。

第四步：将属于同一物理核心的所有逻辑CPU负载率取最大值 → 即为该物理核心的真实峰值负载；若某物理核心下所有逻辑CPU负载率均低于15%，而其他物理核心普遍高于75%，则存在明显的物理核心级负载不均衡。

用top切换至逐核视图并人工映射物理核心

执行 top → 按数字键 1 → 界面顶部显示 %CPU0、%CPU1 …… %CPUn-1 的实时条形图。

观察各核心波动节奏：若CPU0和CPU1始终同步升降（尤其在重载时），且数值接近，基本可判定它们属于同一物理核心；若CPU0飙升至95%而CPU2长期维持5%，则物理核心0已饱和，物理核心1仍空闲。

【关键前提】 此方法依赖CPU编号顺序与物理拓扑一致，麒麟V10 SP3及以上版本默认启用此映射；若系统经过BIOS禁用超线程或手动绑核，需先执行 lscpu 确认编号逻辑，否则可能误判。