Linux 如何使用 vmstat 检查系统运行时的内存对齐状态

vmstat 不能检查内存对齐状态，它仅提供虚拟内存、CPU 和 I/O 的宏观统计，不涉及地址布局、页对齐或硬件级对齐等底层细节，相关检测需借助 gdb、/proc/pid/maps、pahole 等工具。

vmstat不能检查内存对齐状态。

这是一个常见的误解。vmstat（Virtual Memory Statistics）是一个用于监控虚拟内存使用、进程调度、I/O 和 CPU 活动的系统级性能工具，它输出的是内核统计汇总数据（如空闲内存、交换活动、等待进程数等），不涉及内存地址布局、页对齐、结构体对齐或硬件级内存对齐（如 4B/8B/16B 对齐）等底层细节。

内存对齐（memory alignment）是编译器、CPU 架构和程序运行时内存分配器（如 malloc、mmap）共同决定的低层行为，常见于以下场景：

1. C/C++ 中结构体成员的自然对齐（由 alignof 或 offsetof 反映）
2. DMA 设备要求缓冲区按特定边界（如 4KB、64B）对齐
3. posix_memalign()、aligned_alloc() 等显式对齐分配函数的使用
4. 内核模块中 __attribute__((aligned)) 或 kmalloc 的对齐保证

这些信息无法通过 vmstat 获取，原因如下：

1. vmstat 不解析用户空间内存布局，也不访问进程的虚拟地址映射细节
2. 它不读取页表、不检查 TLB 条目、不暴露物理地址或页内偏移
3. 所有内存字段（free、buff、cache、swpd）单位为 KB，已抽象掉字节级对齐信息

如果你真正想了解的是：

1. 物理内存页是否按标准边界（如 4KB）分配？

   → 查 /proc/meminfo 中 PageTables、KernelStack，或用 cat /proc/[pid]/maps 观察 mmap 区域起始地址（十六进制末位通常为 000 表示 4KB 对齐）；也可用 pagemap + get_user_pages 分析，但需 root 权限和编程支持。

2. 某个进程的堆/栈/数据段是否对齐？

   → 使用 gdb 附加进程后执行 p/x &variable 或 info proc mappings；或编译时加 -g -O0 后用 objdump -t 查符号地址。

3. 是否发生因不对齐导致的性能异常（如 ARM 上 unaligned access trap）？

   → 查 dmesg | grep -i "unaligned"；或用 perf record -e alignment-faults 捕获。

4. 内核 slab 分配器对象是否按 cacheline 对齐？

   → vmstat -m 可显示 slab 缓存的 align 列（部分内核版本支持），但这属于内核内存管理器内部策略，不是运行时“对齐状态”的实时检测。

简言之：

vmstat 是宏观资源水位计，不是微观内存尺子。

要查对齐，得用 pahole、readelf、gdb、/proc/pid/maps、perf 或内核调试接口，而不是 vmstat。

如果你实际想排查的是 内存不足、Swap 频繁、缓存回收异常等运行问题，那 vmstat 非常合适——只是它和“内存对齐”无关。