为了理解为什么 Bulldozer 表现不佳，我一直在看 Agner Fog 的优秀微架构书，在第 178 页的 bulldozer 下有这一段。
Instructions with up to three prefixes can be decoded in one clock cycle. There is a very large penalty for instructions with more than three prefixes. Instructions with 4-7 prefixes take 14-15 clock cycles extra to decode. Instructions with 8-11 prefixes take 20-22 clock cycles extra, and instructions with 12-14 prefixes take 27 - 28 clock cycles extra. It is therefore not recommended to make NOP instructions longer with more than three prefixes. The prefix count for this rule includes operand size, address size, segment, repeat, lock, REX and XOP prefixes. A three-bytes VEX prefix counts as one, while a two-bytes VEX prefix does not count. Escape codes (0F, 0F38, 0F3A) do not count.
当我搜索前缀时，我遇到了远远超出我能力的技术性定义。或者，建议将它们限制为每条指令 4 个，这与上面的摘录相冲突。
简单来说，有人可以解释一下它们是什么/做什么以及为什么你可能想在指令上添加最多 14+ 而不是将其分解？
最佳答案
通常，您可以根据需要使用尽可能多的数量，由预期的指令和操作数决定。汇编器会自动发出一些前缀，而其他前缀则需要手动使用。
他们提到的情况是多字节 NOP传统上用于对齐填充，其想法是使用单个但适当长的指令来节省资源。显然，事实证明，使用更多的前缀只是为了保持单个指令的性能可能比使用带有较少前缀的两条指令的性能更差。
The prefix count for this rule includes operand size, address size, segment, repeat, lock, REX and XOP prefixes. A three-bytes VEX prefix counts as one, while a two-bytes VEX prefix does not count.
示例:
- 操作数大小:可以在32位和16位寄存器之间切换，例如
mov ax, [foo]编码与mov eax, [foo]相同但带有前缀66h - 地址大小:可以在 32/16 或 64/32 位地址大小之间切换，例如
mov [eax], foo编码与mov [rax], foo相同但带有前缀67h(64位模式) - segment:可以覆盖所使用的段，例如
mov [fs:eax], foo编码与mov [eax], foo相同但带有前缀64h. - repeat:与字符串指令一起使用以进行重复，例如
rep cmpsb编码与cmpsb相同但带有前缀f3h - lock:与某些指令一起使用，使它们成为原子的，例如
lock add [foo], 1编码与add [foo], 1相同但带有前缀f0h - REX.W:用于切换到 64 位操作数大小，例如
add rax, 1编码与add eax, 1相同但带有前缀48h - REX.R,B,X:用作 modr/m 字节的扩展来访问额外的寄存器，例如
add r8d, 1与add eax, 1相同但带有前缀41h - XOP、VEX:与向量指令子集一起使用
关于assembly - 'instruction prefixes' 在现代 x86 中意味着什么，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/35379820/