如何对比C语言与x86 Linux汇编程序的运行性能？

一、先搞定环境，消除干扰 #

• 绑定单个CPU核心：用taskset命令把测试进程绑到某一个核心，比如taskset -c 0 ./your_program，避免CPU调度切换带来的时钟偏差和缓存失效问题。
• 压低系统负载：关掉浏览器、自动更新、杀毒软件这类后台吃资源的程序，让系统尽量处于低负载状态。
• 锁死CPU主频：执行cpupower frequency-set -g performance，强制CPU跑在最高主频，杜绝睿频、降频导致的周期波动。

二、把rdtsc用对 #

rdtsc本身靠谱，只是你没做好细节：

• 加序列化指令：rdtsc不会等前面的指令执行完，所以测试前后必须加lfence（Intel）或mfence（AMD通用），确保被测代码彻底执行完才读时间戳。示例汇编片段：

  lfence
  rdtsc
  mov [start], eax
  mov [start+4], edx
  ; 你的被测汇编代码
  lfence
  rdtsc
  mov [end], eax
  mov [end+4], edx
  

• 循环多次取平均：单次测试波动大，把被测代码循环几万甚至几百万次，总周期除以循环次数，得到单次执行的平均周期，偶然干扰会被稀释。
• 空循环校准要匹配：单独跑和被测代码结构一致的空循环（比如相同的循环变量类型、跳转逻辑），用总周期减去空循环的总周期再除以次数，得到净执行周期——别用随便写的空循环，结构差异会带来额外开销偏差。

三、用系统工具交叉验证 #

除了rdtsc，用专业工具做双重确认：

• time命令看用户态时间：用time -v ./your_program，重点看user字段，这是进程实际占用CPU的时间，比墙钟时间靠谱。多跑几次取平均值。
• perf工具拿精准数据：Linux自带的perf是性能分析神器，能给出CPU周期、缓存命中/缺失等核心数据：
  • 统计总周期：perf stat -e cycles ./your_program
  • 对比缓存行为：perf stat -e cache-misses,cache-references ./your_program
    它会自动处理系统层面的干扰，数据可信度拉满。

四、统一编译/链接规则 #

• C代码编译时用和汇编匹配的优化级别，比如汇编是手写优化的，C代码就用-O2或-O3编译，别因为编译选项导致性能差。
• 汇编和C程序用同样的链接选项，比如要么都静态链接-static，要么都动态链接，避免链接层的开销差异。

五、最后补几个细节 #

• 缓存预热：正式测试前先跑几遍被测代码，把数据加载到CPU缓存里，避免第一次运行因缓存缺失导致的异常高耗时。
• 防止优化掉空代码：测试空循环时，C里把循环变量声明为volatile，汇编里确保循环跳转是真实执行的，别让编译器把空循环直接优化没了。

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