直接看top输出的系统概览区，结合cpu核心数和内存总量交叉验证：负载持续超核数、内存接近耗尽或swap启用即表明余量不足；需关注load average三值趋势、%cpu空闲率及avail mem是否低于1gb。

直接看 top 输出的系统概览区，结合 CPU 核心数和内存总量，就能快速判断硬件负载余量是否充足。关键不是只盯某个数字，而是交叉验证几个核心指标：负载值是否持续高于 CPU 核心数、内存是否接近耗尽、swap 是否开始使用。

看 load average 判断 CPU 负载余量

top 第一行的 load average: 0.85, 0.92, 0.88 是重点。这三个数分别代表过去 1 分钟、5 分钟、15 分钟的平均活跃进程数。

• 先用 nproc 或 lscpu | grep "CPU(s)" 查清逻辑 CPU 核心总数（比如是 4）
• 若 15 分钟负载（第三个数）持续 > 核心数，说明 CPU 长期吃紧；比如负载 5.2 且是 4 核，就已超负荷
• 若 1 分钟负载远高于 5/15 分钟值（如 3.2, 0.8, 0.7），说明刚发生短时峰值，需关注是否反复出现

看 %Cpu 行和内存行判断资源是否见底

第三行 %Cpu(s): 0.0 us, 0.0 sy, ... 100.0 id 和第四行 MiB Mem: 15708.3 total, 8288.5 free 是实时余量的直接体现。

Zynq Linux Hardware Debug

Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。

下载

• CPU 空闲率（id）低于 10% 且持续几秒，说明计算资源紧张；wa（IO 等待）高则可能是磁盘瓶颈
• 内存 free 值低于总量 10%，或 avail Mem（可用内存）持续低于 1GB，就要警惕；如果 swap 行显示 used > 0，说明物理内存已不够用，系统开始换页，性能明显下降

按 CPU 或内存排序定位“吃资源大户”

进程列表区默认按 CPU 使用率排序，但可动态调整，快速识别谁在消耗余量。

• 按 P（大写）键按 CPU 占用从高到低排序，一眼找出前几位“CPU 消耗者”
• 按 M（大写）键按内存 RES（实际物理内存占用）排序，查出内存大户
• 重点关注 %CPU > 80 或 %MEM > 30 的进程；再结合 COMMAND 列看是不是预期服务（如 nginx、java），还是异常进程

结合刷新节奏与历史趋势做预判

top 默认每 3 秒刷新一次，这个节奏刚好能捕捉真实波动，但需主动观察变化趋势。

• 不要只看单次快照——盯住 load average 三个值的走向：若 1 分钟值持续攀升并逼近 5 分钟值，说明负载正在积聚
• 按 s 键可临时缩短刷新间隔（如 s 1 设为 1 秒），观察瞬时尖峰是否规律出现
• 部署新服务前，先运行 top 2–3 分钟，确认 idle 稳定在 20% 以上、load 15 分钟值 总量 20%，才算有安全余量