caxapa.ru :: У меня как-то была история, на x86. Был кусок сишного кода, где время от времени нужен был синус. Код был старый, и программист для ускорения использовал таблицу с рассчитанными синусами. На Pentium 3 оказалось, что радикально быстрее синус таки считать, а не использовать таблицу. Причем выигрыш мог составить десятичный порядок.

LightElf (16.12.2021 15:02 - 15:25, просмотров: 215) ответил lloyd на Эвристики - это рак от мира разработки компиляторов. Это как у GCC было разное поведение в зависимости _количества_строчек_кода_ (sic!) в функции. Сейчас, с осознанием разработчиками компиляторов, что почти любой ЯП можно привести к функциональной форме, оптимизации стали более осмысленными. Но, чтобы оптимизации работали, нужно в стиле кода для TI C66x писать через строчку t_assert(...), говоря компилятору, что здесь "Я РАЗРЕШАЮ" допустить выровненность указателя и прочие

У меня как-то была история, на x86. Был кусок сишного кода, где время от времени нужен был синус. Код был старый, и программист для ускорения использовал таблицу с рассчитанными синусами. На Pentium 3 оказалось, что радикально быстрее синус таки считать, а не использовать таблицу. Причем выигрыш мог составить десятичный порядок.

Не надо делать мне как лучше, оставьте мне как хорошо

Ответить

- Где-то пробегало, если не путаю, есть алгоритм, который на SSE считает синус за пару тактов, это быстрее чем из кеша готовый результат достать. - =AlexD=(16.12.2021 15:13)
  - Ну там код на FPU был. Команда FSIN занимает под 100 тактов и не ломает конвейер, а промах мимо кэша при обращении к таблице - в разы больше и с конвейером какие-то неприятности получаются. - LightElf(16.12.2021 15:24)

Средства и методы разработки