vmsize持续线性上涨而vmrss稳定，说明仅虚拟地址空间扩张，非内存泄漏；需结合vmdata/vmstk/vmlib及getrlimit排查arena保留或mmap堆积。
直接看 VmSize 和 VmPeak，别盯着 top 的 %VSZ 或 RSS —— 多线程程序内存“不回落”大概率不是泄漏，而是内核没回收虚拟地址空间，或 glibc 保留了 arena。
先确认是不是真泄漏：看 VmSize 斜率，不是看单次值
Linux 下多线程 malloc 默认启用 per-thread arenas，每个线程可能独占一块虚拟内存（通过 mmap 分配），即使你 free() 了，glibc 也不一定归还给内核（尤其小块内存）。所以 VmSize 持续上涨但 VmRSS 稳定，大概率是正常行为。
- 用
std::ifstream("/proc/self/status")每 2–5 秒读一次，提取VmSize:和VmRSS:后的数值（单位 KB） - 画出时间序列：如果
VmSize持续线性上涨、VmRSS却基本持平，说明只是虚拟地址空间在扩张，物理页没涨 —— 不是泄漏 - 若
VmRSS同步上涨且free()后不回落，再往下查；否则优先检查是否误判
查 mmap 分配是否堆积：关注 VmData、VmStk、VmLib
多线程程序常大量使用 mmap(MAP_ANONYMOUS)（比如 Eigen、OpenCV、自定义内存池），这些完全绕过 glibc 堆管理器，valgrind --leak-check=full 也抓不到。它们会直接抬高 VmSize 和 VmPeak，但 VmData（已初始化数据段）、VmStk（栈）、VmLib（共享库映射）能帮你定位大头。
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- 解析
/proc/self/status时一并提取VmData:、VmStk:、VmLib:行 -
VmStk异常高？检查线程栈大小（pthread_attr_setstacksize）和递归深度 -
VmData持续涨？可能是全局std::vector、静态缓存未清理，或mmap分配后忘了munmap - 别信
mallinfo：它对mmap内存完全不计数，返回值严重偏低
用 getrlimit 判断是否真撞上限，而非 OOM 杀手误杀
很多“内存增长卡住”其实是触发了 RLIMIT_AS（虚拟地址空间限制），而不是物理内存耗尽。此时 malloc 或 mmap 直接返回 NULL，程序逻辑可能没做空指针检查，导致后续行为异常，看起来像“内存卡在某处不释放”。
- 调用
getrlimit(RLIMIT_AS, &rlim)，检查rlim.rlim_cur != RLIM_INFINITY - 若受限，把
rlim.rlim_cur / 1024（转 KB）和当前VmSize对比：接近即为瓶颈 - 容器环境（如 Docker）中该值常被设为
cgroup memory.limit_in_bytes的换算结果，需同步查/sys/fs/cgroup/memory/memory.limit_in_bytes -
vm.overcommit_memory=2时，RLIMIT_AS可能被内核忽略，实际限制由/proc/sys/vm/overcommit_ratio决定 —— 此时看cat /proc/meminfo | grep -i commit
Valgrind 不够用？补上 massif + --pages-as-heap=yes
默认 valgrind --leak-check=full 只跟踪堆（brk 和 sbrk 区域），漏掉所有 mmap 分配。要覆盖线程私有 arena 和匿名映射，必须加参数强制把页当堆管。
- 运行：
valgrind --tool=massif --pages-as-heap=yes --massif-out-file=massif.out ./your_program -
--pages-as-heap=yes让 massif 把每次mmap都当作一次“分配”，能捕获 OpenCV Mat、std::string 的大块缓冲区 - 生成的
massif.out用ms_print massif.out查看峰值和调用栈，重点看 “mem_heap_B” 和 “mem_mmap_B” 两列 - 注意：massif 会显著拖慢程序（10–20 倍），只用于复现路径明确的场景，别在线上开
真正难缠的是那些 mmap 分配后没 munmap、又藏在第三方库里的调用 —— 它们不会出现在 valgrind 默认报告里，也不会抬高 VmRSS，但会让 VmPeak 越来越高，最终在容器里静默失败。这时候得靠定期采样 /proc/self/status + 人工比对 VmPeak 增长点，再结合 strace -e trace=mmap,munmap 锁定源头。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
