指针赋值时的内存分配：Caliper检测结果异常的技术问询

出现这种情况，大概率是编译器优化或Caliper的内存追踪范围限制导致的，而非你用错了工具，具体可以从以下几个方向排查：

1. 编译器优化消除了本地拷贝 #

gfortran在-O2/-O3等优化等级下，会对无意义的数组拷贝做优化：如果test_copy里的本地拷贝数组仅用于读取、没有修改操作，编译器可能直接跳过拷贝，改用原数组的引用。这时候两个子程序的内存行为就会完全一致。

排查方法：

• 关闭所有优化，用-O0编译代码后重新运行Caliper分析。如果此时test_copy的内存占用明显高于test_assoc，说明是优化导致的拷贝被消除。

2. Caliper默认不追踪栈内存分配 #

Fortran里的本地自动数组（比如real :: local_arr(nb)这种声明式的数组）是在栈内存上分配的，而Caliper默认仅追踪堆内存分配（即通过allocate/malloc等显式申请的内存）。栈内存的分配和释放由编译器自动管理，不会触发Caliper默认的内存拦截逻辑，所以统计不到这部分内存。

而test_assoc的指针关联本身不涉及堆或栈的额外分配，因此两者的统计结果会几乎一致。

排查方法：

• 调整Caliper配置，开启栈内存追踪。比如使用CALI_SERVICES_ENABLE=mem,stack启动分析，或设置mem.stack=true（注意不同版本的Caliper参数可能有差异）。
• 把test_copy里的本地数组改成显式堆分配（用allocate(local_arr(nb))），再重新分析。此时Caliper应该能统计到test_copy的堆内存分配，两者的差异会显现。

3. 手动验证内存行为 #

如果上述方法还无法定位，可以直接在代码里手动验证：

• 在子程序前后调用系统API（比如Linux下的getrusage）获取进程的内存占用，对比两个子程序的内存变化。
• 用gdb调试，查看test_copy的栈帧大小，确认是否存在本地数组的栈空间分配。

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