编译器如何处理SSE(或任何)内部函数

与Necrolis所写的相反，intrinsic 可能会或可能不会编译为它们所表示的指令。对于像_mm_load_pd这样的复制或加载指令尤其如此，因为在使用intrinsic时，编译器仍然负责寄存器的分配和赋值。这意味着如果两个位置可以用同一个寄存器表示，则可能根本不需要将值从一个位置复制到另一个位置。在这种情况下，编译器可能会选择删除该副本。如果结果从未被使用，它也可以选择删除其他指令。

查看这篇博客文章，其中比较了不同编译器在实践中的行为。这是2009年的，所以细节可能不再适用。然而，较新的编译器可能会更多地优化代码，而不是更少。

至于真正有效地使用内在属性，答案与所有其他性能优化一样:测量，测量和测量。确保你正在处理一段热门的代码，找出它慢的原因，然后改进它。您很可能会发现，改进内存访问模式比使用intrinsic更重要。

这些intrinsic编译成它们所表示的指令，这是否有效取决于它们是如何被使用的。

同时，每个编译器对内在特性的处理都有一点不同(也就是它的具体实现)，但是GCC是开源的，所以你可以看到它们是如何对待SSE的，open Watcom*， LCC, PCC和TCC*都是开源的C编译器，尽管它们没有SSE内在特性，但它们仍然应该有内在特性，你可以看到它们是如何处理它们的。

我想你读到的是关于代码的自动矢量化，这是GCC和ICC都很擅长的，但是它们不如手工优化的代码好，至少现在还没有

*可能已经更新为支持SSE，最近没有检查…