当前位置：文江博客话题详情

如何在 C++ 中进行内联汇编（视觉工作室 2010）

发布于 2024-09-01 14:55:31 字数 265 浏览 1 评论 0原文

我正在编写一个性能关键、数字运算的 C++ 项目，其中 70% 的时间被 200 行核心模块使用。

我想使用内联汇编来优化核心，但我对此完全陌生。不过，我确实了解一些 x86 汇编语言，包括 GCC 和 NASM 使用的语言。

我所知道的是：

我必须将汇编指令放在我想要的位置的 _asm{} 中。

问题：

我不知道从哪里开始。当我的内联汇编开始发挥作用时，哪个寄存器中的内容是什么？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

鲸落 2024-09-08 14:55:31

您可以通过名称访问变量并将它们复制到寄存器。
以下是来自 MSDN 的示例：

int power2( int num, int power )
{
   __asm
   {
      mov eax, num    ; Get first argument
      mov ecx, power  ; Get second argument
      shl eax, cl     ; EAX = EAX * ( 2 to the power of CL )
   }
   // Return with result in EAX
}

在 ASM 块中使用 C 或 C++ 可能是你也很感兴趣。

You can access variables by their name and copy them to registers.
Here's an example from MSDN:

int power2( int num, int power )
{
   __asm
   {
      mov eax, num    ; Get first argument
      mov ecx, power  ; Get second argument
      shl eax, cl     ; EAX = EAX * ( 2 to the power of CL )
   }
   // Return with result in EAX
}

Using C or C++ in ASM blocks might be also interesting for you.

回复收藏 0 原文

仙女 2024-09-08 14:55:31

当涉及内联汇编时，微软编译器的优化能力非常差。它必须备份寄存器，因为如果您使用 eax，那么它不会将 eax 移动到另一个空闲寄存器，它将继续使用 eax。 GCC 汇编器在这方面要先进得多。

为了解决这个问题，微软开始提供内在函数。这些是进行优化的更好方法，因为它允许编译器与您一起工作。正如 Chris 提到的，内联汇编在 MS 编译器的 x64 下也不起作用，因此在该平台上，您最好只使用内在函数。

它们易于使用并具有良好的性能。我承认我经常能够通过使用外部汇编器来挤出更多的周期，但它们对于提高生产力非常有帮助

回复收藏 0 原文

靑春怀旧 2024-09-08 14:55:31

寄存器中什么也没有。当 _asm 块被执行时。您需要将内容移入寄存器。如果有一个变量：'a'，那么你需要值得

__asm {
  mov eax, [a]
}

指出的是，VS2010 附带了 Microsoft 的汇编器。右键单击一个项目，转到构建规则并打开汇编器构建规则，然后 IDE 将处理 .asm 文件。

这是一个更好的解决方案，因为 VS2010 支持 32 位和 64 位项目，并且 __asm 关键字在 64 位构建中不起作用。对于 64 位代码，您必须使用外部汇编器：/

Nothing is in the registers. as the _asm block is executed. You need to move stuff into the registers. If there is a variable: 'a', then you would need to

__asm {
  mov eax, [a]
}

It is worth pointing out that VS2010 comes with Microsofts assembler. Right click on a project, go to build rules and turn on the assembler build rules and the IDE will then process .asm files.

this is a somewhat better solution as VS2010 supports 32bit AND 64bit projects and the __asm keyword does NOT work in 64bit builds. You MUST use external assembler for 64bit code :/

回复收藏 0 原文

酒浓于脸红 2024-09-08 14:55:31

我更喜欢在汇编中编写整个函数，而不是使用内联汇编。这允许您在构建过程中用汇编语言函数替换高级语言函数。此外，您不必担心编译器优化会妨碍您。

在编写一行汇编代码之前，请打印出函数的汇编语言列表。这为您提供了构建或修改的基础。另一个有用的工具是将汇编与源代码交织在一起。这将告诉您编译器如何编码特定语句。

如果需要为大型函数插入内联汇编，请为需要内联的代码创建一个新函数。在构建期间再次替换为 C++ 或汇编。

这些是我的建议，您的里程可能会有所不同 (YMMV)。

回复收藏 0 原文

忆依然 2024-09-08 14:55:31

首先追求容易实现的目标...

正如其他人所说，微软编译器在优化方面相当糟糕。只需投资一个像样的编译器（例如英特尔的 ICC）并“按原样”重新编译代码，您也许可以节省大量精力。您可以从英特尔获得 30 天免费评估许可证并试用。

此外，如果您可以选择构建 64 位可执行文件，那么在 64 位模式下运行可以提高 30% 的性能，因为可用寄存器数量增加了 2 倍。

回复收藏 0 原文

信仰 2024-09-08 14:55:31

我真的很喜欢组装，所以我不会在这里成为反对者。看来您已经分析了代码并找到了“热点”，这是正确的开始方式。我还假设所讨论的 200 行没有使用很多高级结构，例如 vector。

我确实必须给出一点警告：如果数字运算涉及浮点数学，那么您将陷入痛苦的世界，特别是一整套专门说明，以及一个大学学期的算法研究。

话虽如此：如果我是您，我会使用“反汇编”视图在 VS 调试器中单步执行相关代码。如果您在阅读代码时感觉很舒服，这是一个好兆头。之后，进行发布编译（调试关闭优化）并生成该模块的 ASM 列表。那么如果您认为自己有改进的空间...您就有一个起点。其他人的答案已链接到 MSDN 文档，这确实相当简陋，但仍然是一个合理的开始。

回复收藏 0 原文

~没有更多了~