先分窗口再看排序
CPU 与内存告警要先分清持续高还是瞬时突发，再看是哪个进程或任务在占。三厂都提供 5 秒、1 分钟、5 分钟三个 CPU 窗口，历史趋势命令同名 history；带排序参数的输出才是快速定位的正确打开方式。
基本信息
| 适用平台 | 三厂设备 |
|---|---|
| CPU 总览 | display cpu-usage / show processes cpu / display cpu-usage |
| 进程或任务级 | display cpu-usage task / show processes cpu sorted / display process cpu |
| 内存 | display memory-usage / show memory summary / display memory |
| 历史趋势 | 三厂都用 history 后缀 |
| 判断口径 | 先看 1 分钟与 5 分钟，5 秒只用于确认突发 |
典型使用场景
- 告警平台推送 CPU 超阈值，定位占比最高的进程
- 升级后观察 24 小时 CPU 与内存曲线是否整体抬升
- 排查泛洪或攻击：中断类占用异常高是典型信号
- 内存缓慢增长的可疑泄漏核查
- 例行巡检形成基线数据，便于与历史数据对比
华为 VRP
华为 VRP
display cpu-usage # 5 秒 / 1 分 / 5 分三窗口
display cpu-usage task # 任务级占用，定位到具体模块
display cpu-usage history # 历史趋势曲线
display memory-usage # 内存占用与峰值
display memory-usage | include Memory思科 IOS 与 H3C
思科 IOS 与 H3C
show processes cpu sorted # 按 5 秒占用排序，最常用的定位命令
show processes cpu history # 历史曲线
show processes memory sorted # 内存排序
show memory statistics # 双内存池统计
# H3C Comware
display cpu-usage
display cpu-usage history
display process cpu # 进程级占用
display memory
display process memory三厂命令对照
| 项目 | 华为 VRP | 思科 IOS | H3C Comware |
|---|---|---|---|
| CPU 总览 | display cpu-usage | show processes cpu | display cpu-usage |
| 进程级 | display cpu-usage task | show processes cpu sorted | display process cpu |
| 内存 | display memory-usage | show memory summary | display memory |
| 历史趋势 | display cpu-usage history | show processes cpu history | display cpu-usage history |
思科输出直接给出进程名（ARP Input、IP Input、SNMP ENGINE 等），一眼能判断方向；华为与 H3C 的任务与进程名称需要对照产品文档的模块说明，才能翻译成业务含义，建议把常见占用项整理成内部对照表。
判断口径要统一：先看 1 分钟与 5 分钟窗口，持续偏高才值得深入定位。只盯 5 秒窗口会把正常的路由震荡与流量突发误判成故障，进而做出不必要的重启动作。
定位到进程后要落到类型上：流量类来自泛洪、扫描或广播风暴，处理重点在接入层抑制与限速；协议类来自路由震荡与邻居反复建立，要去查链路与环路；自身缺陷类通常与版本有关，需要核对厂商公告与已知问题列表。三类处理动作差别很大，先分类再动手，避免用错手段。