Linux下用/proc/self/status的VmHWM字段读取内存峰值最可靠，单位KB，比getrusage()更准确；CPU峰值需通过高频采样进程CPU时间与真实时间之比计算得出。
Linux下用/proc/self/status读取内存峰值最可靠
Linux进程的RSS峰值（即实际物理内存占用最高值）记录在/proc/self/status的VmHWM字段里，单位是KB。它比getrusage(RUSAGE_SELF)返回的ru_maxrss更准确——后者在glibc 2.27+默认被禁用，且数值单位不统一（BSD系是KB，Linux是bytes，需手动判断）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 打开
/proc/self/status，逐行扫描以VmHWM:开头的行，提取后跟的数字 - 不要依赖
getrusage()获取内存峰值，除非你明确控制了glibc版本并设置了RLIMIT_AS或RLIMIT_RSS -
VmHWM是进程生命周期内的最大驻留集大小，包含堆、栈、共享库映射页，但不含swap或page cache
CPU使用率峰值不能直接“取峰值”，得靠采样+计算
CPU使用率本质是时间比率，操作系统不维护“历史最高%”这种瞬时值。所谓“CPU峰值”只能是你在某个采样窗口内算出的最高利用率，比如1秒内用户态+内核态时间占总时间的比例。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
clock_gettime(CLOCK_PROCESS_CPUTIME_ID, &ts)获取进程累计CPU时间（高精度，纳秒级） - 配合
clock_gettime(CLOCK_MONOTONIC, &ts)获取真实流逝时间 - 每100–500ms采样一次，计算两次采样间CPU时间增量 / 真实时间增量，取多次结果的最大值
- 注意：单次采样间隔太短会导致浮点误差大；太长（如5秒）则可能掩盖短时爆发
Windows上必须用GetProcessMemoryInfo和QueryProcessCycleTime
Windows没有/proc这类接口，内存峰值靠PROCESS_MEMORY_COUNTERS_EX.PeakWorkingSetSize，单位字节；CPU周期数靠QueryProcessCycleTime，再换算成相对使用率需结合系统总周期数（QueryPerformanceCounter + QueryPerformanceFrequency）。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 调用前确保启用
SE_DEBUG_NAME权限（否则GetProcessMemoryInfo对其他进程返回0） -
PeakWorkingSetSize是工作集峰值，接近Linux的VmHWM，但不含页面文件映射部分 - 别用
GetProcessTimes——它只返回累计时间，无法支撑短时利用率计算
跨平台封装要注意采样时机和单位陷阱
写一个通用函数时，最容易翻车的是单位混淆和采样节奏失控。比如把VmHWM当字节用，或在Windows上误把QueryProcessCycleTime结果直接除以采样秒数。
关键提醒：
- 内存值统一转为字节输出，避免调用方二次转换
- CPU采样必须在同一循环里完成两个
clock_gettime调用（或Windows对应API），中间不能有阻塞操作 - 首次采样结果无效，至少要两次才有差值；建议启动后延迟200ms再开始第一轮采集
- 多线程程序中，
CLOCK_PROCESS_CPUTIME_ID统计的是整个进程，不是单线程
