Linux系统中查看内存占用是运维和开发的核心技能之一，其相关命令不仅涵盖系统级资源监测，还涉及进程级内存分析。从静态数据展示到动态实时追踪，从基础命令行工具到高级可视化界面，Linux提供了多层次的内存观测手段。top、free、vmstat等经典命令构建了基础监控体系，而slabtop、ps等工具则深入内核缓存和进程维度。结合/proc文件系统，用户可获取更细粒度的内存分配数据。值得注意的是，现代发行版还引入了htop、atop等增强型工具，通过交互式界面和历史数据分析提升体验。这些命令的协同使用，既能快速定位内存泄漏问题，又能优化内核参数，为系统调优提供数据支撑。
1. top/htop/atop实时内存监控
`top`是最常用的动态内存监控工具，默认每3秒刷新系统资源使用情况。其内存列显示RES（物理内存占用）、VIRT（虚拟内存占用）、SHR（共享内存）等关键指标。通过交互式命令可排序进程（按M键按内存占比排序），或设置过滤条件（如Shift+R反向排序）。`htop`在此基础上增加彩色标识和滚动条，支持鼠标操作；`atop`则扩展为多时间轴对比，适合长期趋势分析。
| 工具 | 核心功能 | 交互特性 | 适用场景 |
|---|---|---|---|
| top | 实时刷新、进程排序、内核线程显示 | 键盘交互（排序/过滤/杀进程） | 快速查看当前内存占用TOP进程 |
| htop | 颜色标记、CPU/内存双视图 | 鼠标+键盘混合操作 | 新手友好的实时监控 |
| atop | 历史数据回溯、资源趋势图 | 自定义时间区间对比 | 长期性能分析与故障排查 |
2. free命令的静态内存统计
`free`提供瞬间内存快照，包含total（总内存）、used（已用）、free（空闲）及buff/cache（缓冲区/缓存）等核心数据。添加`-h`参数可自动单位换算（如GB/MB），`-m`显示以MB为单位。关键指标需关注used - buff/cache，此值反映实际应用程序内存消耗。例如：
$ free -h
total used free shared buff/cache available
Mem: 7.8G 5.2G 915M 321M 2.7G 2.1G其中available字段考虑缓存释放潜力，比单纯`free`更准确反映可用内存。
3. vmstat的内存页交换分析
`vmstat`通过swpd字段揭示交换分区活动，配合free、buff、cache字段可诊断内存压力。执行`vmstat 1`可每秒监控：
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st当`si`（交换写入）和`so`（交换读取）持续升高时，表明物理内存不足，需优化应用或扩容。该命令特别适合结合`free`判断内存瓶颈根源。
4. ps命令的进程级内存剖析
`ps`搭配`-o`参数可定制输出格式，例如`ps -eo pid,comm,%mem,rss`显示进程ID、名称、内存占比、驻留集大小。`%mem`表示进程占系统总内存比例，`rss`为实际物理内存占用。结合`sort`可筛选Top内存进程：
$ ps -eo pid,comm,%mem --sort=-%mem | head -n 10对于容器化环境，`ps aux`可显示所有进程的完整继承关系，辅助定位内存泄漏源头。
5. slabtop与内核缓存管理
`slabtop`专门分析内核缓存（slab）使用情况，其输出包含Active（活跃缓存）、Num（对象数量）、Size（单个大小）、Slab（所属缓存池）等字段。例如：
$ slabtop
Active / Total Objects (% Used) : 12567 / 20480 (61%)
Size (KB) Slab Objects (%) Limit Name通过观察% Used是否接近100%，可判断内核是否频繁分配/回收缓存，进而优化内核参数（如`vm.min_free_kbytes`）。
6. /proc/meminfo的原始数据源
`/proc/meminfo`存储内核视角的内存状态，关键字段包括：
MemTotal：物理总内存MemAvailable：可分配内存（扣除缓存后）Buffers：块设备缓存Cached：页缓存（文件系统）SwapCached：交换区缓存
通过`cat /proc/meminfo | grep -E 'Mem|Swap'`可提取核心指标，适合脚本化监控。例如：
$ grep -w MemAvailable /proc/meminfo7. dmidecode硬件信息关联
`dmidecode`虽主要用于硬件检测，但其内存模块信息（如`/sys/devices/system/memory/`）可辅助验证物理内存容量。执行`dmidecode -t memory`可列出各插槽的Size、Type、Speed等属性，与`free`的`MemTotal`交叉验证配置准确性。
8. sar与历史内存趋势分析
`sar`通过系统活动日志提供历史数据，执行`sar -r`可查看内存使用率变化曲线。例如：
$ sar -r -f /var/log/syslog
12:00:00 AM 50.23 40.57 90.12结合`-s`指定起始时间、`-e`结束时间，可生成指定时段的内存使用报告，为容量规划提供依据。
在实际场景中，需根据问题类型选择工具组合：突发内存飙升时，先用`top`定位进程，再通过`ps`分析其内存映射；怀疑内核缓存泄漏时，`slabtop`与`/proc/meminfo`联合诊断；长期优化则依赖`atop`或`sar`的历史数据分析。例如，某Web服务器频繁触发OOM Killer，应先通过`top`确认进程内存占比，再用`vmstat`检查交换频率，最后结合`cat /proc/[pid]/status`分析具体进程的VmRSS、VmSwap等字段。这种分层递进的诊断策略，既能快速响应故障，又能深入根因分析。
值得注意的是，不同发行版对命令的支持存在差异：`slabtop`在较新内核中可能被弃用，需改用`/proc/slabinfo`；`atop`在轻量级系统（如嵌入式Linux）中可能未预装。此外，容器环境需结合`docker stats`或`cgroup`工具，因宿主机与容器的内存统计存在隔离。未来随着EKS/K8s等平台的普及，基于Metrics Server的API查询将逐步替代传统命令行工具，但底层原理仍依赖于上述命令的数据支撑。掌握这些工具的核心逻辑与数据关联，方能应对复杂多变的生产环境挑战。
发表评论