Исходное сообщение
"Релиз набора компиляторов LLVM 11.0 " Отправлено erthink, 15-Окт-20 23:28
> Т.е не ясно, почему 1й вариант, а не 2й. Там четыре варианта в зависимости от целевого ядра. Поиграйтесь флагом -march на https://godbolt.org/z/j9q4oG > На массиве нулей. А если данные случайны? На каждом одном слове из > 256, то есть 1/256 такта. При этом кеш инструкций расходуется непропорционально. Тут "трусы vs крестик". Если gcc опросили -Ofast он делает быстрее, если -Os то компактнее. При необходимости более оптимального решения нужно использовать PGO, либо разметку функций атрибутами fast/cold (кстати, LLVM этого не умеет). > Дело может быть в области применения, а так же в том, что > в Ваши задачи входит писать быстрый код, потому в конкретных и > оптимизированных решениях GCC выигрывает, присваивая себе заслуги автора кода. А вот > эта моя поделка https://www.opennet.ru/opennews/art.shtml?num=53778 собранная GCC, > выполняется в 2 раза медленнее (согласно и top, и perf). Написал > как попало, принципиально не заморачиваясь оптимизацией (ну, только синус табличный), > в цикле считаются float-ы, примерно так: [...] > Причину не искал, потому не могу пока говорить про данный случай предметно. Покажите ваш код (в минимально объеме) через https://godbolt.org/ Будет понятнее что там происходит.