std::chrono高分辨率时钟计时受未调用函数定义影响问题

未调用的TestCheck函数影响计时结果的原因 #

• 二进制代码布局变化：新增TestCheck函数后，整个可执行文件的代码段布局发生改变，compare_boost_rootOriginal函数的指令、依赖的库函数调用入口、模板实例的内存地址都会发生偏移，直接影响CPU*指令缓存（L1i）*和TLB的命中率，就算TestCheck完全不被调用，也会改变运行时的缓存命中效率，导致耗时变化。
• Boost.Histogram是头文件-only库，TestCheck和compare_boost_rootOriginal都实例化了boost::histogram的相关模板，新增TestCheck会改变模板实例的排布顺序和地址，进一步加剧缓存命中的差异。

同一可执行文件多次运行波动大的原因 #

• 系统层面干扰：操作系统的进程调度、后台进程占用CPU、内存带宽竞争都会导致单次运行的耗时波动。
• CPU动态调频：默认开启的CPU睿频、节能模式会让CPU主频在运行过程中动态变化，直接影响执行速度。
• 地址空间布局随机化（ASLR）：系统默认开启的ASLR会让每次运行时的代码段、数据段加载地址随机变化，导致缓存命中率每次都有差异。
• 单次测试样本量不足：代码只做了单次填充计时，统计误差很大，偶然因素（比如刚好遇到一次上下文切换）会严重影响结果。
• 输入数据不稳定：代码里用std::random_device生成随机种子，每次运行的输入数值都不一样，不同数值的bin查找路径也会带来微小的耗时差异。

• 固定CPU主频：关闭CPU睿频、节能模式，将CPU锁定到最高运行主频，消除频率波动带来的影响。
• 关闭ASLR：运行可执行文件时使用命令 setarch $(uname -m) -R ./compare，关闭地址空间随机化，保证每次运行的内存布局一致。
• 固定测试输入：将随机数生成器的种子固定，比如把std::mt19937 gen(rd())修改为std::mt19937 gen(1234)，保证每次测试的输入数据完全一致。
• 增加测试次数：将核心填充逻辑循环执行数十次，去掉最高和最低的异常值后取平均值，大幅降低统计误差。
• 增加预热步骤：正式计时前先执行一次填充逻辑，让CPU缓存、TLB提前加载对应的代码和数据，避免冷启动带来的耗时偏差。
• 隔离测试场景：如果需要对比不同编译配置的结果，保证除了测试代码外其他代码完全一致，也可以将不同测试场景拆分为独立的可执行文件，避免代码布局的干扰。
• 交换测试顺序：多次测试时交替执行ROOT填充和Boost填充，避免先执行的代码预热影响后执行代码的计时结果。

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