gpt4 book ai didi

c++ - 为什么 C++ 中的 fetestexcept 被编译为函数调用而不是内联

转载 作者:行者123 更新时间:2023-12-03 23:00:47 25 4
gpt4 key购买 nike

我正在评估性能关键/“热”代码中浮点异常的使用(清除和查询)。查看生成的二进制文件,我注意到 GCC 和 Clang 都没有将调用扩展为我期望的内联指令序列;相反,它们似乎生成了对运行时库的调用。这对于我的应用程序来说是非常昂贵的。
考虑以下最小示例:

#include <fenv.h>
#pragma STDC FENV_ACCESS on

inline int fetestexcept_inline(int e)
{
unsigned int mxcsr;
asm volatile ("vstmxcsr" " %0" : "=m" (*&mxcsr));
return mxcsr & e & FE_ALL_EXCEPT;
}

double f1(double a)
{
double r = a * a;
if(r == 0 || fetestexcept_inline(FE_OVERFLOW)) return -1;
else return r;
}

double f2(double a)
{
double r = a * a;
if(r == 0 || fetestexcept(FE_OVERFLOW)) return -1;
else return r;
}
以及 GCC 产生的输出: https://godbolt.org/z/jxjzYY
编译器似乎知道他可以对目标使用依赖于 CPU 系列的 AVX 指令(它使用“vmulsd”进行乘法)。但是,无论我尝试使用哪种优化标志,它总是会产生对 glibc 的更昂贵的函数调用,而不是(据我所知)应该执行相应 glibc 函数所做的程序集。
这不是为了提示,我可以添加内联程序集。我只是想知道是否存在我忽略的细微差别,这可能是内联汇编版本中的错误。

最佳答案

需要支持long double算术。 fetestexcept需要合并 SSE 和 FPU 状态,因为 long double操作仅更新 FPU 状态,而不更新 MXSCR 寄存器。因此,内联的好处有所减少。

关于c++ - 为什么 C++ 中的 fetestexcept 被编译为函数调用而不是内联,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/65891873/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com