imul后mov与mov后imul的指令序列是否存在差异？

我们先看目标C++代码：

int baz(int x) { return x * x; }

Clang 15生成的汇编 #

baz(int):
        mov     eax, edi
        imul    eax, edi
        ret

GCC 12.2生成的汇编 #

baz(int):
        imul    edi, edi
        mov     eax, edi
        ret

两者是否完全等价？差异有哪些影响？ #

这两种实现功能上完全等价，都会正确计算输入整数的平方并返回结果，但在底层执行细节和性能表现上存在细微差异，并非无意义的任意选择：

• CPU状态副作用：
  两者都符合x86-64调用约定，不会破坏调用者依赖的寄存器状态（edi作为输入寄存器，调用后无需保留）。imul指令会设置CF、OF标志位，但函数返回后这些标志位不会被调用者依赖，因此没有实际副作用。唯一的区别是GCC会先修改edi的值，而Clang先将edi复制到eax再操作——但这个差异对调用上下文没有影响。

• 指令延迟与吞吐量：
  针对现代x86 CPU（如Intel Skylake、AMD Zen系列）：

  • Clang的指令序列：mov指令延迟1周期，且和后续imul无数据依赖冲突（imul使用原始edi值），CPU可通过乱序执行提前调度指令，在关键路径场景下可能获得更好的并行性，总延迟链长度为3周期（imul的延迟）。
  • GCC的指令序列：imul延迟3周期，后续mov依赖于imul的结果，必须等待乘法完成后执行，总延迟链长度为4周期。这种差异仅在函数被高频调用且处于性能瓶颈时才会体现，大部分场景下可忽略。

• 内联行为：
  当函数被内联到调用者代码中时，编译器会结合全局上下文进一步优化，两者的差异会被消除。比如若调用者已在使用eax，Clang的版本更易融合；若调用者后续不需要edi，GCC的版本也无额外负担，最终生成的内联代码可能完全一致。

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