Linux下通过/proc/self/status读取VmPeak（历史最大虚拟内存用量，KB）和VmSize（当前虚拟内存总量）是最接近虚拟内存使用统计的系统级指标，非可配置阈值，也不受ulimit -v限制。
Linux下用/proc/self/status读取VmPeak和VmSize
Linux没有“虚拟内存分配临界阈值”这个标准概念，但你可以通过/proc/self/status获取当前进程的虚拟内存使用快照，其中VmPeak表示历史最大虚拟内存用量（KB），VmSize是当前虚拟内存总量。这是最接近你需求的系统级指标。
注意：这不是一个可配置的“阈值”，而是运行时统计值；它不触发告警，也不受ulimit -v限制——ulimit -v设的是硬上限，而VmPeak只是记录你曾经冲到多高。
- 用
std::ifstream打开/proc/self/status，逐行读取，匹配以VmPeak:或VmSize:开头的行 - 每行格式为
VmPeak: 123456 kB，需跳过前导空格、提取数字、忽略单位 - 不要用
system("cat /proc/self/status")——开shell有延迟且不可靠 -
/proc/self/status在容器中依然有效，但若挂载了procfs受限（如某些Kubernetes安全策略），可能读不到
Windows下用GetProcessMemoryInfo查PeakPagefileUsage
Windows没有直接对应VmPeak的API，但GetProcessMemoryInfo返回的PROCESS_MEMORY_COUNTERS_EX结构体里，PeakPagefileUsage字段（单位字节）最接近“虚拟内存历史峰值”——它反映进程曾占用的最大页文件空间，包含已提交但未映射的虚拟内存。
注意：PeakWorkingSetSize是物理内存峰值，不是虚拟内存；PrivateUsage是私有提交内存，也不等价于VmSize。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
立即学习“C++免费学习笔记（深入）”；
- 需
#include <psapi.h>并链接Psapi.lib - 调用前检查
IsWow64Process——32位程序在64位系统上可能读到截断值 - 该API返回的是采样值，非实时精确值；两次调用间隔太短可能不变
- 如果进程刚启动，
PeakPagefileUsage可能远小于VmPeak（Linux），因Windows提交策略更懒惰
跨平台没法统一，别硬套getrlimit(RLIMIT_AS)
getrlimit(RLIMIT_AS)返回的是地址空间软/硬限制（即ulimit -v设置值），但它不是“当前分配临界阈值”，而是系统允许你最多用多少虚拟内存。一旦超限，malloc或mmap会直接失败并设errno = ENOMEM，不会先预警。
- 它不反映实际用量，只反映上限；即使
VmSize才用了一半，RLIMIT_AS也可能已经设得很小 - 在容器中，cgroup v1 的
memory.limit_in_bytes对虚拟内存无效，v2 的memory.swap.max才管交换部分，和RLIMIT_AS是两套机制 - 不要把它当监控指标——它是个静态配置，不是运行时统计
C++里别自己维护“分配总量”计数器
有人想重载operator new或拦截malloc来累加分配量，这条路走不通：C++标准库内部（如std::string、std::vector）、第三方库、甚至libc自己的缓存（如malloc的fastbins）都会绕过你的钩子；而且虚拟内存≠实际分配，mmap(MAP_ANONYMOUS)、brk扩展、栈增长都不经过malloc。
- 你能hook的只是用户态显式调用，覆盖不了全部虚拟内存变化
- 即使全hook住，也拿不到kernel实际给的VMA数量或碎片情况
- 性能损耗明显，尤其高频分配场景；调试模式下还可能干扰ASan等工具
真正要监控虚拟内存压力，就老实用/proc/self/status（Linux）或GetProcessMemoryInfo（Windows），接受它是采样值、有延迟、不精确——这已经是操作系统愿意给你的全部真相了。
