Эльбрус/оптимизация

Вопросы, ответы и прочие заметки по части оптимизации кода под "Эльбрус".

FAQ

-march/-mtune

Q: Как оптимизировать сборку под конкретный процессор?

A: lcc 1.23 и выше умеет как -march для указания минимальной версии микроархитектуры -- например, -march=elbrus-v4 -- так и -mtune для оптимизации под конкретный процессор (и только под него, на других не запустится), например, -mtune=elbrus-8c; разница для конкретного процессора может быть как незначительной (наблюдали порядка процента для e8c), так и более заметной (в тех же условиях получили ~8% для e1cp). Избегайте статической компоновки кода, собранного в разных режимах (например, при сборке с EML).

Пример проверки результата:

$ objdump -x бинарник | grep архи
архитектура: elbrus-v4:64, флаги 0x00000112:

Примечание: lcc по умолчанию выставляет -march для целевой версии архитектуры, под которую собран сам компилятор (но не выставляет уровень оптимизации, в отличие от gcc); clang по умолчанию не выставляет и -march, а generic будет e2kv2.

Примечание: Если на стадии линковки компилятор принимает в работу разделяемые библиотеки, собранные для более высокой версии системы команд, чем заданная по -march -- в итоговом бинарнике будет проставлена более высокая вместо заданной.

-O2

Q: Мой код на x86 собирается с -O2, почему он работает так медленно на "Эльбрусе"?

A1: lcc осмысленным образом поддерживает уровни оптимизации вплоть до -O4, при этом в дистрибутивах ОС Альт (и вроде как Эльбрус Линукс) штатно применяется -O3; попробуйте указать этот уровень оптимизации для сборки. Вслепую задавать -O4 не следует, т.к. результаты могут быть противоречивыми и обязательно надо смотреть предметно.

A2: Проверьте, что хотя бы -O2 при сборке на e2k "долетело" до компилятора -- make V=1 VERBOSE=1 в случае cmake либо ps auxww | grep -- -O в общем случае. Попадались сборочные системы, которые вовсе ничего не передавали, что на lcc равнозначно -O0 (в альте сделана обёртка, которая при отсутствии -O* выставляет -O3, но закладываться на такую подстраховку всё же не следует).

if-else-if-else vs switch

Q: Если много условий в elseif, то м.б. переделать на switch case, будет быстрее? (Сергей Еронов)

A: Если switch сможет соптимизироваться, то да. Если нет - то по скорости будет так же. Так что лучше переделать.

Это к ситуации, если идёт цепочка if-else if-...else if-else. Если подразумевалось много условий внутри одного else if, то неважно. (Alex Markin)

Ссылки

• эльбрус/lcc
• эльбрус/портирование
• en:Elbrus/optimization
• Руководство по эффективному программированию на платформе «Эльбрус»
  • 6. Повышение производительности
  • 8. Рекомендации по оптимизации программ под архитектуру Эльбрус
• заметки на манжетах (в основном фортран)
• На пути к вершине: Магма и Кузнечик на Эльбрусе и другие заметки Дмитрия Щербакова (КриптоПро):
  • Заготовка оптимизации cpuminer (sha2, scrypt)
  • Война с компилятором и собой: об оптимизациях вещественной арифметики на Эльбрусе
• Elbrus porting cheat sheet
• Азбука оптимизаций компилятора (дорабатывается) (Алексей Маркин)
• Оптимизация СПО для платформы Эльбрус (видео, слайды)
• UNIGINE C++ School 1.1 - Лекция #1 - Мировые константы (общее)
• Построение оптимизированного кода для VLIW-архитектур
• Особенности запуска ШК на исполнение
• Оптимизация нейросетей на платформе «Эльбрус»