/Ox 和 /O2 编译器选项有什么区别？
Microsoft 的 C++ 编译器（cl.exe，包含在 Visual Studio 中）提供 几个优化开关。它们中的大多数之间的区别似乎是不言自明的，但我不清楚 /O2 （优化代码以获得最大速度）和 /Ox （选择“全面优化”）。
我尝试阅读 /Ox< 的 文档 /code> 选项，似乎证实了此开关还可以优化最大速度，而不是大小：
/Ox编译器选项生成的代码有利于执行速度而不是较小的大小。
但特别是“备注”部分下的以下声明引起了我的注意：
一般来说，指定
/O2（最大化速度）而不是/Ox。
所以我的问题是，为什么人们普遍倾向于 /O2 而不是 /Ox？后一个选项是否启用了已知会导致不可预见的错误的特定优化或其他意外行为？难道仅仅是所获得的优化量不值得额外的编译时间吗？或者这只是一个完全没有意义的“建议”，因为 /O2 是 VS 中的默认选项？
Microsoft's C++ compiler (cl.exe, as included with Visual Studio) offers several optimization switches. The difference between most of them seems self-explanatory, but it's not clear to me what the difference is between /O2 (which optimizes code for maximum speed) and /Ox (which selects "full optimization").
I've tried reading the documentation for the /Ox option, and it seems to confirm that this switch also enables optimizations for maximum speed, rather than size:
The
/Oxcompiler option produces code that favors execution speed over smaller size.
But in particular, the following statement under the "Remarks" section caught my eye:
In general, specify
/O2(Maximize Speed) instead of/Ox.
So my question is, why should one generally favor /O2 over /Ox? Does the latter option enable a particular optimization known to cause unforeseen bugs or otherwise unexpected behavior? Is it simply that the amount of optimization to be gained is not worth the additional compile time? Or is this just a completely meaningless "recommendation" resulting from the fact that /O2 is the default option in VS?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我在此处找到了它：
I found it here:
Asha 的回答引用了一篇有关 Visual Studio 2005 的博客文章，并且已经过时了。
最新版本的文档可在此处获取：
/Ox：https://msdn.microsoft.com/en-us/library/59a3b321.aspx/O2：https://msdn.microsoft.com/en-us/library/8f8h5cxt.aspx根据这些：
/Ox→/Og /Oi /Ot /Oy /Ob2/O2→ 相同，但进一步添加了/Gs /GF /Gy>/GF消除重复字符串/Gy执行功能级别链接您可能还对
/GS-感兴趣，它会关闭周围的安全检查堆栈，这可能会严重影响性能（请参阅 /GS 的 MS 文档< /a>）。您应该一如既往地对您的特定应用程序进行基准测试。
Asha's answer cites a blog post about Visual Studio 2005, and is rather out of date.
The latest version of the documentation is available here:
/Ox: https://msdn.microsoft.com/en-us/library/59a3b321.aspx/O2: https://msdn.microsoft.com/en-us/library/8f8h5cxt.aspxAccording to those:
/Ox→/Og /Oi /Ot /Oy /Ob2/O2→ the same, but further adds/Gs /GF /Gy/GFeliminates duplicate strings/Gydoes function level linkingYou may additionally be interested in
/GS-which turns off security checks around the stack, which can be a significant performance hit (see the MS docs for /GS).You should benchmark your specific application, as ever.