x86_64与arm64架构下/proc/$pid/statm内存页计数差异问题

以下是导致x86_64与arm64平台内存统计差异的常见原因，按优先级排序：

1. 页大小的统计单位误解 #

/proc/statm中的所有数值单位是系统页大小，而非固定4KB。如果两个平台的页大小不同，直接用4KB计算总内存会出现偏差：

• 执行getconf PAGE_SIZE分别查看两个平台的页大小：
  • 树莓派5的arm64可能默认启用了16KB大页（部分arm64设备会默认配置），而x86_64默认是4KB页。
  • 若arm64页大小为16KB，其实际总内存应为150018 * 16KB / 1024 ≈ 2344MB，x86_64为578665 *4KB /1024≈2260MB，两者差异会大幅缩小，符合预期的64位应用内存占用水平。

2. 编译器默认选项差异 #

虽然你仅指定了-mtune不同，但Debian的GCC在x86_64和arm64上的默认编译选项可能存在隐式差异：

• x86_64平台可能默认启用了-mcmodel=large或其他内存模型选项，导致代码/数据段占用更多虚拟内存。
• 检查两个平台的完整编译命令（包括GCC默认添加的选项），可通过gcc -v查看默认参数，对比是否存在如-fno-data-sections、-fno-function-sections等影响内存布局的选项。

3. 共享库的加载差异 #

动态链接的共享库可能在两个平台上的大小或加载数量不同：

• 用ldd ./x4rtflex列出依赖库，对比x86_64和arm64平台的库数量、每个库的大小。
• 部分x86_64的系统库（如libstdc++、glibc）可能包含更多调试符号或额外功能，导致内存占用更高；也可能存在arm64平台未加载的可选依赖库。

4. 内存分配器的行为差异 #

glibc的内存分配器在不同架构上的默认配置不同，可能导致内存碎片或预留空间差异：

• x86_64平台的glibc默认线程缓存或arena数量（默认是CPU核心数的2倍）可能更高，导致更多的内存预留。
• 可通过malloc_stats()或pmap -x $pid查看内存分配的详细分布，对比两个平台的堆内存碎片情况。

5. 内核内存统计逻辑差异 #

两个平台的内核版本不同（6.1 vs 6.3），/proc/statm的统计规则可能存在细微差异：

• 比如statm中的share字段，x86_64内核可能统计了更多的共享内存区域（如内核共享页），而arm64的统计范围更窄。
• 用pmap -x $pid获取更详细的内存映射信息，对比两个平台的虚拟内存区域数量、大小，验证statm的统计是否准确。

6. 线程栈的实际分配差异 #

虽然线程数量和栈大小配置一致，但Linux的栈内存是按需分配的，且架构间的栈保护机制可能不同：

• x86_64平台的线程栈可能默认带有更多的guard page或额外的预留空间，导致虚拟内存统计值更高。
• 用cat /proc/$pid/maps查看所有线程栈的映射区域，对比两个平台的栈区域总大小。

内容的提问来源于stack exchange，提问作者Bernd Benner