在 x86-32 汇编中，参数存储在堆栈中，但在 x86-64 中，参数存储在寄存器中。这是什么原因？
【问题讨论】：
标签： assembly x86-64 function-parameter
访问 CPU 寄存器比访问 RAM 快（很多）。
由于 64 位 CPU 有更多的通用寄存器（与 64 位无关，只是因为它们更新/更大），因此使用它们是有意义的。
【讨论】：
__fastcall 和 __vectorcall 调用约定即使在 32 位模式下也使用两个调用破坏寄存器（ecx 和 edx）进行参数传递。这不仅仅是利用更多寄存器的问题，而是更复杂的高性能 ABI 问题。
存储/重新加载往返需要指令并花费大约 6 个周期的存储转发延迟，因此现代调用约定使用更高效的设计。在某些情况下，这也节省了指令，因为调用者可以只在寄存器中生成 arg 而不是推送它。 （并且返回后不必出栈）。
由于 x86-64 是一种新模式，它对向后兼容没有任何要求，因此可以设计一个没有遗留包袱的全新 ABI。有关如何设计 x86-64 SysV 调用约定以及为什么它比 Windows x86-64 调用约定更有效的一些历史，请参阅this answer。 （红色区域，更多 arg 传递寄存器。）它比 windows 约定更复杂，尤其是对于 varargs 函数。
在寄存器中传递前几个参数在 32 位代码中也更有效，但引入新的调用约定会破坏与库的向后兼容性。
即便如此，MS 还是使用 __fastcall / __vectorcall 做到了这一点，即使在 32 位模式下，它们也使用两个调用破坏寄存器（ecx 和 edx）进行 arg 传递。这些调用约定的 64 位版本使用更多的参数传递寄存器，因为 x86-64 有更多的 GP 寄存器。
Unix/Linux 没有尝试引入 32 位新的调用约定，基本上只是放弃了 32 位作为过时的遗留代码，这些代码一直很慢。 （虽然 32 位 SysV ABI 扩展了在向量 regs 中传递/返回 16B SSE 和 32B AVX 向量的规则，而不是在堆栈上）。
有关调用约定文档的链接，请参阅x86 标签 wiki，有关存储转发延迟的更多详细信息，请参阅性能链接。
【讨论】：