RTSStats/GCStats内存分配不一致问题技术求助

我之前在做GHC runtime内存 profiling 时碰到过几乎一模一样的问题，结合你提到的细节——8.2.1+版本的RTSStats、旧版GCStats也存在、每15次GC触发约4KB（一页内存）的额外分配——大概率是统计模块内部的周期性预分配逻辑导致的，下面给你拆解一下：

• 4KB的本质：这刚好是绝大多数x86/x64系统的默认内存页大小，说明这个分配是一次性的页级预分配，而非零散的小内存块申请。
• 15次GC的周期规律：GHC的GC统计模块（不管是旧版GCStats还是新版RTSStats）内部会维护一个环形缓冲区来存储GC的历史统计数据，默认的缓冲区大小刚好是15次GC的记录量。当累计到第15次GC时，缓冲区会触发扩容或者批量写入操作，此时会预分配一页内存来容纳后续的统计数据——这就是你看到的额外4KB分配。
• 验证与规避思路：
  1. 你可以查看RTSStats结构体里的gc_history字段，它的默认容量就是15条记录，每次填满后会触发内存预分配；
  2. 尝试通过GHC的运行时参数+RTS -s或者自定义的统计输出，观察当GC次数达到15、30、45...这些倍数时，是否都会出现一次4KB的额外分配，确认周期的一致性；
  3. 如果你的测量目标是排除统计开销的纯业务内存分配，可以先让程序预热（比如先跑几十次GC），等统计模块的预分配完成后再开始正式测量，这样就能规避这部分周期性的额外开销。

另外要注意：这种由统计模块带来的内存分配是runtime正常的开销，并非业务代码的内存泄漏，但如果你在做极致的内存开销测量，一定要把这部分排除在外。

内容的提问来源于stack exchange，提问作者Patrick Dougherty