平均负载需结合CPU核心数判断是否过载：uptime、cat /proc/loadavg、top可查1/5/15分钟负载值；nproc、lscpu、grep -c '^processor' /proc/cpuinfo可查逻辑或物理核心数；load长期超核心数才表明排队压力大。
直接看两个关键命令就能搞定：平均负载用 uptime 或 cat /proc/loadavg，CPU 核心数用 nproc 或 lscpu。重点不是单独知道数字，而是把两者对照着看——比如 8 核机器上 load average 长期超过 8，才真正说明系统排队压力大。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
查看平均负载的三种常用方式
– uptime：最简洁，终端输入即出结果，右侧 load average: x.x, y.y, z.z 分别是 1/5/15 分钟均值；
– cat /proc/loadavg：输出五行数据，前三个数就是上述三个负载值，第四个是“运行中进程数/总进程数”（如 2/124），第五个是最近分配的 PID；
– top：启动后第一行右端同样显示三段 load average，同时还能实时观察 CPU 各项使用率（us/sy/wa/id 等）和进程排序。
确认 CPU 核心数的可靠方法
– nproc：返回逻辑 CPU 总数（含超线程），例如输出 8 表示有 8 个可调度的逻辑核；
– lscpu：更全面，重点关注 CPU(s)（逻辑核总数）、Core(s) per socket 和 Socket(s)，物理核心数 = Core × Socket；
– grep -c '^processor' /proc/cpuinfo：等价于 nproc，但底层读取原始信息，适合脚本兼容。
为什么必须同时看负载和核心数？
平均负载不是 CPU 使用率，而是单位时间就绪态（R）与不可中断态（D）进程的平均数量。
– 单核系统：load = 1.0 ≈ 满载；
– 四核系统：load = 4.0 才算理论满负荷；
– 八核系统：load 长期维持在 6.0 以上，说明已有明显排队，需进一步查进程或 I/O；
注意：若 load 高但 %Cpu(s) id 也高（比如 top 中 idle% > 90%），大概率是大量进程卡在 D 状态（如 NFS 挂载失败、磁盘故障），而非 CPU 真正忙。
