Как обеспечить, чтобы lrint был встроен в gcc?

Question

Прочитав тему, есть множество свидетельств из многочисленных источников, в которых использование стандартных C или C++-преобразований для конвертации с плавающей точкой в ​​целые числа на Intel очень медленно. Чтобы соответствовать спецификации ANSI/ISO, процессорам Intel необходимо выполнить большое количество инструкций, в том числе необходимых для переключения режима округления аппаратного обеспечения FPU.

Существует ряд обходных решений, описанных в различных документах, но самый чистый и самый портативный, по-видимому, является вызовом lrint(), добавленным в стандарты C99 и C++ 0x. Во многих документах говорится, что компилятор должен встроить эти функции в том случае, если оптимизация включена, что приводит к коду, который быстрее обычного, или вызову функции.

Я даже нашел ссылки на пакеты отслеживания функций gcc, чтобы добавить это встроенное расширение в gcc-оптимизатор, но в моих собственных тестах производительности мне не удалось заставить его работать. Все мои попытки показывают, что производительность lrint намного медленнее, чем простой стиль C или C++. Изучение сборки сборки компилятора и дизассемблирование скомпилированных объектов всегда показывает явный вызов внешней функции lrint() или lrintf().

Режимы gcc, с которыми я работал, - это 4.4.3 и 4.6.1, и я попытался выполнить ряд комбинаций флагов на 32-битных и 64-битных объектах x86, включая опции для явного включения SSE.

Как получить gcc для встроенного расширения lrint и дать мне быстрые преобразования?

Answer 1

Функция lrint() может вызывать ошибки домена и диапазона. Одним из возможных способов использования libc такими ошибками является установка errno (см. Раздел 7.12.1 C99/C11). Накладные расходы на проверку ошибок могут быть весьма значительными, и в этом конкретном случае, как представляется, достаточно, чтобы оптимизатор принял решение против вложения.

Флаг gcc -fno-math-errno (который является частью -ffast-math) отключит эти проверки. Возможно, неплохо заглянуть в -ffast-math, если вы не полагаетесь на стандартизованную обработку семантики с плавающей запятой, в частности, NaN и бесконечности ...

Answer 2

Вы пробовали флаг -finline-functions в gcc.

Вы можете также прямой GCC, чтобы попытаться интегрировать все «простые достаточно» функции в своих абонентов с возможностью -finline-functions.

см http://gcc.gnu.org/onlinedocs/gcc/Inline.html

Здесь вы можете сказать НКУ, чтобы все функции встраивать, но не все будут включены. Компилятор использует некоторую эвристику, чтобы определить, достаточно ли эта функция достаточно, чтобы быть встроенной. Еще одна вещь заключается в том, что рекурсивная функция также не будет встроена здесь.