H3C 内存怎么看
H3C Comware 的内存查看分两个层面：整体用内存显示命令看总量、已用与剩余，进程层面用进程内存命令看各个进程的占用分布。与思科的两池结构不同，H3C 呈现的是统一的内存视图，所以定位思路也不同：先看整体余量是否紧张，再按进程排序找出异常增长的那一个。堆叠或多板环境下要特别注意，默认可能只显示主成员的数据，需要指定槽位才能看到其他成员。
基本信息
| 适用场景 | H3C 设备内存排查与巡检 |
|---|---|
| 整体查看 | display memory、display memory summary |
| 进程查看 | display process memory |
| 多成员环境 | 命令行支持指定槽位，堆叠时需逐成员查看 |
| 对照平台 | 华为用 display memory-usage，思科是双池结构 |
典型使用场景
- 内存告警处理：设备产生内存不足相关日志时确认剩余余量
- 进程异常定位：某个进程占用持续上升，怀疑内存泄漏
- 堆叠巡检：逐成员核对内存，避免只看到主成员而漏掉从成员告警
- 变更前评估：新增大量表项或功能前确认余量是否足够
- 扩容排查：路由或 MAC 表项规模增长后，确认内存是否成为瓶颈
H3C Comware
H3C Comware
<H3C> display memory ! 整体内存使用情况
<H3C> display memory summary ! 汇总视图，支持分槽位查看
<H3C> display process memory ! 各进程内存占用
<H3C> display process memory | include % ! 只看占比，快速定位异常进程华为与思科对照
华为与思科对照
! 华为 VRP
<Huawei> display memory-usage
<Huawei> display memory-usage slot 0 ! 指定槽位查看
! 思科 IOS：分处理器池与 I/O 池两池
SW-CORE-01# show memory statistics
SW-CORE-01# show processes memory sorted输出怎么读
| 字段 | 含义 | 异常判断 |
|---|---|---|
| Total | 内存总量 | 与实际配置容量不符需确认板卡识别 |
| Used | 已使用量 | 长期只增不减提示存在泄漏 |
| Free | 剩余量 | 持续走低且不回升即为风险 |
| 占比字段 | 进程占用比例 | 单进程占比异常高即可作为线索 |
| 槽位 | 对应的成员或板卡 | 堆叠环境要逐槽位核对 |
与思科不同，H3C 不区分处理器池与 I/O 池，看到的是一份统一的内存视图。因此不能再套用思科的两池排查思路，而是转向整体余量加进程占用分布的组合判断。
单次采样对内存问题意义有限。同一组命令间隔取样三到五次，观察已用量是否单调上升、剩余量是否被不断刷新到新低，趋势才是判断依据。