H3C 设备 CPU 排查
CPU 高本身是结果，不是原因：广播风暴、二层环路、协议震荡、大量 ARP 学习、日志刷屏都会把控制平面 CPU 顶上去。Comware 用 display cpu-usage 看整体占用，再用 display process cpu 定位到具体任务，配合 history 判断是突发还是持续。
基本信息
| 适用平台 | H3C Comware 交换机与路由器 |
|---|---|
| 命令族 | display cpu-usage / display process cpu / display cpu-usage history |
| 观察窗口 | 分别看较短与较长时间窗的占用率，短高长低多为突发 |
| 对照平台 | 华为 display cpu-usage task，思科 show processes cpu sorted |
| 判读顺序 | 先看整体占用 → 再看任务排行 → 再关联日志与流量 |
输出读法
| 字段 | 含义 | 判读要点 |
|---|---|---|
| 各时间窗占用率 | 最近一段时间内的 CPU 占用 | 短窗口高、长窗口低属突发；各窗口都高属持续 |
| 任务或进程排行 | 各任务占用的排序 | 排在最前的任务通常指向根因方向 |
| 中断占用 | 报文处理相关开销 | 中断占比高多与流量、风暴、环路相关 |
| 历史曲线 | 按时间的占用趋势 | 与业务故障时间点对齐，确认因果 |
典型使用场景
- 业务时通时断，先把 CPU 曲线与故障时间对齐，排除设备自身过载
- 收到 CPU 超阈值告警，需要定位是哪个任务造成的
- 排查疑似二层环路：CPU 高伴随 MAC 反复漂移与广播速率异常
- 协议震荡排查：路由或邻居反复重建时 CPU 同步抬升
- 容量评估：确认当前设备在业务高峰期是否有足够余量
H3C Comware
H3C Comware
display cpu-usage # 各时间窗整体占用
display cpu-usage history # 历史趋势，对齐故障时间点
display process cpu # 任务级占用排行
display process cpu | include % # 只看百分比行，输出更精简华为与思科对照
华为与思科对照
display cpu-usage # 华为：整体占用
display cpu-usage task # 华为：任务级排行
show processes cpu sorted # 思科：按占用排序的进程
show processes cpu history # 思科：历史曲线三厂命令名两两相似：整体占用都叫 cpu-usage 或 processes cpu，历史趋势都叫 history，任务级查看华为是 task、H3C 是 process。堆叠环境下默认查看的是主设备，成员 CPU 需要带成员号或槽位参数。
排查期间不要长时间开启调试开关：debug 输出本身会进一步抬高 CPU，在已经过载的设备上可能把管理面也拖垮，只在线窗内短时开启并设好超时。