fastcall 调用约定真的比 cdecl 等其他调用约定快吗？是否有任何基准可以显示调用约定如何影响性能？
问问题
12108 次
4 回答
35
这取决于平台。例如，对于 Xenon PowerPC，它可能是一个数量级的差异，因为在堆栈上传递数据时会出现加载命中存储问题。我凭经验将cdecl函数的开销定为大约 45 个周期，而fastcall.
对于无序的 x86（Intel 和 AMD），影响可能要小得多，因为无论如何寄存器都被隐藏和重命名。
答案确实是您需要在您关心的特定平台上自己对其进行基准测试。
于 2010-02-03T00:02:40.767 回答
19
fastcall 调用约定真的比 cdecl 等其他调用约定快吗？
我相信微软fastcall在 x86 和 x64 上的实现涉及在寄存器而不是堆栈中传递前两个参数。
由于它通常会节省至少四次内存访问，是的，它通常更快。但是，如果所涉及的函数是寄存器匮乏的，因此很可能将它们写入堆栈上的本地，那么不太可能显着增加。
于 2010-02-03T00:01:56.353 回答
12
调用约定（至少在 x86 上）并没有真正对速度产生太大影响。在 Windows 中，_stdcall将其设为默认值是因为它为非平凡的程序产生了切实的结果，与_cdecl. _fastcall不是默认值，因为它所产生的差异远没有那么明显。您在通过寄存器传递参数中弥补的内容在效率较低的函数体中丢失（如 Anon 之前提到的）。如果被调用函数立即需要将所有内容溢出到内存中以进行自己的计算，则通过传入寄存器不会获得任何收益。
然而，我们可以整天发表理论想法——对你的代码进行基准测试以获得正确的答案。_fastcall在某些情况下会更快，而在其他情况下会更慢。
于 2010-02-03T05:32:46.193 回答
10
在现代 x86 上 - 不。在 L1 缓存和内联之间没有 fastcall 的位置。
于 2010-02-03T06:52:32.260 回答