处理器占用分三个时间窗口看
设备响应变慢、丢包或管理界面卡顿时，先确认处理器占用情况。华为与 H3C 的输出给出三个窗口：最近五秒、最近一分钟与最近五分钟，五秒窗口反映瞬时突发，分钟级窗口持续偏高才是真问题。华为还能进一步查任务级占用排行，思科用进程排序命令定位到具体进程。两者配合能快速区分是控制平面运算过载还是转发面流量异常。
基本信息
| 适用平台 | 华为 VRP、思科 IOS、H3C Comware |
|---|---|
| 关注窗口 | 五秒看突发，一分钟与五分钟看持续性 |
| 下钻命令 | 华为查任务占用，思科查进程排序，H3C 查进程占用 |
| 配套观察 | 内存占用、接口流量与日志中的风暴告警 |
| 核对习惯 | 故障时段多次采样，形成占用曲线 |
典型使用场景
- 设备管理响应慢，登录后命令回显迟钝
- 业务出现规律性丢包，怀疑处理器过载
- 网络中出现广播风暴或协议振荡时的辅助判断
- 变更后性能下降，确认是否与新增特性相关
- 升级或扩容前评估设备当前的负载余量
华为 VRP
华为 VRP
display cpu-usage # 三个窗口的整体占用
display cpu-usage task # 各任务占用排行，定位到具体任务
display cpu-usage history # 部分平台支持，查看历史趋势
display memory-usage # 内存占用，配合一起看思科 IOS
思科 IOS
show processes cpu sorted # 按五秒占用排序，定位进程最直观
show processes cpu history # 历史曲线
show processes cpu | include utilization
show processes memory sortedH3C Comware
H3C Comware
display cpu-usage
display cpu-usage history
display process cpu # 进程级排行
display memory输出读法与判断
| 观察项 | 含义 | 判断方式 |
|---|---|---|
| 五秒窗口 | 最近五秒的平均占用 | 瞬时高多为正常突发，例如保存配置或路由收敛 |
| 一分钟与五分钟窗口 | 中短期平均占用 | 持续偏高说明存在稳定负载来源，需要下钻 |
| 任务或进程排行 | 各任务或进程占用的排序 | 榜首进程决定排查方向，例如协议或转发相关任务 |
| 内存占用 | 已使用的内存比例 | 内存持续上涨配合处理器高占用，多与表项膨胀有关 |
| 历史趋势 | 一段时间内的占用曲线 | 周期性尖峰往往对应定时任务或定期收敛 |
排查与处置要点
- 先看趋势再看瞬时值：五秒窗口的高低不能单独作为故障判据
- 下钻到任务或进程：只盯整体数值会陷入反复猜测，定位到具体任务才有效率
- 结合流量与日志一起看：广播风暴、环路与协议振荡都会推高控制平面占用
- 限制告警输出量：日志与告警本身的处理也会占用处理器，风暴时容易形成正反馈
- 必要时做流量抑制与端口隔离，先把影响面控制住再追根因
- 留存故障时段的采样记录，向厂商报障时需要这些数据
常见疑问
- 五秒占用冲到很高是故障吗：多数属于正常突发，重点看分钟级窗口
- 为什么业务正常但处理器偏高：可能是控制平面在做表项维护或协议计算，与转发性能无直接关系
- 要不要重启设备：重启会丢现场证据且多数不能解决根因，先尝试限制告警与抑制异常流量
- 怎么判断是不是环路：结合接口流量、地址表变化与日志中的生成树信息综合判断
把五秒的瞬时尖峰当成故障是最常见的误判：保存配置、路由收敛与批量表项刷新都会带来尖峰，判断标准应放在一分钟与五分钟窗口上。
处理器占用高的常见共因是广播或组播流量异常与协议振荡：这两类问题会同时推高处理器占用并影响转发，排查时把接口流量与日志时间线对齐看，效率最高。