内存要看趋势
内存利用率是设备健康度的重要指标，但比单点读数更有价值的是趋势：持续上涨通常意味着进程泄漏或表项膨胀。三厂命令不同，排查重点也不一样——华为与 H3C 输出总量与已用，思科按内存池与进程维度展示，需要找出持续增长的任务名。
基本信息
| 适用平台 | 思科 IOS / 华为 VRP / H3C Comware |
|---|---|
| 华为 | display memory-usage |
| 思科 | show processes memory sorted 与 show memory statistics |
| H3C | display memory |
典型使用场景
- 性能巡检与内存告警排查
- 表项膨胀导致的内存占用上升
- 向厂商上报版本缺陷前采集证据
- 与 CPU 利用率联合判断性能问题
- 重启前评估是否真的必要
华为 VRP
华为 VRP
<Huawei> display memory-usage
Memory utilization 42%
Total Memory: 1024 MB, Used: 430 MB, Free: 594 MB
<Huawei> display cpu-usage思科 IOS
思科 IOS
SW-CORE-01# show processes memory sorted
Processor Pool Total: 236000000 Used: 98000000 Free: 138000000
SW-CORE-01# show memory statistics
SW-CORE-01# show processes cpu sortedH3C Comware
H3C Comware
<H3C> display memory
Memory statistics are measured in KB:
Total Used Free Shared Buffers Cached
1048576 462320 586256 0 1520 28640
<H3C> display cpu-usage读数怎么判
| 指标 | 正常表现 | 异常与动作 |
|---|---|---|
| 内存利用率 | 长期稳定在基线附近 | 持续单调上涨要怀疑进程泄漏 |
| 已用内存 | 随业务规模变化 | 突增常与表项膨胀或新特性开启相关 |
| 进程维度（思科） | 各进程占用稳定 | 持续增长的进程是重点怀疑对象 |
| 趋势对比 | 多期数据一致 | 只看单点读数无法判断是否异常 |
设备内存告警多数与特定版本的缺陷相关：把版本号、内存趋势数据与对应的业务量一并记录下来上报厂商，比反复重启更有价值，也更容易推动版本修复。
清理表项（例如老化 MAC、ARP）只能暂时缓解内存压力，属于治标手段。根因仍要找到持续增长的来源，否则问题会周期性复现，每次都在同一个位置爆发。
内存读数要结合业务量一起看：接入规模、表项数量与开启的特性都会影响基线。先为每台设备建立自己的基线值，再判断某次读数是否异常，比套用统一阈值可靠得多。