AT
Size: a a a
2020 April 24
AT
из-за отсутствия restrict такая оптимизация может отсутствовать в автоматическом порядке
AT
вообще такого говнокода стоит избегать почти всегда
AV
ну у тебя ручное разворачивание цикла привело к том, что не addss, а addps стали эмиттиться?
Нет, просто цикл не смог развернуться из-за компилятора (MSVC). Изначальный код не оптимизировался потому, что он не знал кол-во двойных указателей, которые ему посылались, поэтому никакие флаги тут не помогли, и пришлось самому для каждого кол-ва каналов (1, 2, 4, 6, 8) делать свою версию этой функции
AT
а оно стоило того? что за задача? на сколько ускорил?
AV
Общее ускорение 10%
IL
если код вызывается часто (а я так понял очень часто) то вполне себе решение и говно код того стоит
AV
если код вызывается часто (а я так понял очень часто) то вполне себе решение и говно код того стоит
Довольно часто, если учитывать, что код работает в отдельном потоке и пока что без системы тасков
AV
Осталось ресамплер оптимизировать и тогда скорость возрастет ещё сильнее
AV
Потому что так не должно быть (код до и после)
IL
Довольно часто, если учитывать, что код работает в отдельном потоке и пока что без системы тасков
планировщик будешь свой писать или готовый брать?
AV
У нас в движке уже есть своя система тасков, когда эту либу буду в него встраивать буду использоват
IL
и что, лучше чем Intel TBB?
AV
В некоторых лучше, в некоторых хуже
AV
Intel TBB универсален и для всего, наша же система тасков для конкретных целей создана и с одной архитектурой
IL
а что меняется-то?
IL
кроме качества изображения
AV
Анализатор даже перестает игнорировать то время, что занимает LinearToPlanar