У меня есть SBC с четырехъядерным процессором Cortex-A57, и я пытаюсь поэкспериментировать с Neon, используя автоматическую векторизацию компилятора. При использовании clang ++ (5.0.1-4) и g ++ (7.4.0) в Ubuntu 18.04 очень простой код, приведенный ниже, не векторизован (т. Е. Он не использует v-регистры в любой точке):
#include <iostream>
#include <cstdint>
int main(void)
{
const uint32_t LEN = 16;
float input_1[LEN] __attribute__((__aligned__(16))),
input_2[LEN] __attribute__((__aligned__(16))),
output [LEN] __attribute__((__aligned__(16)));
for(uint32_t i = 0; i < LEN; i++)
{
input_1[i] = i;
input_2[i] = i * 2;
}
for(uint32_t i = 0; i < LEN; i++)
output[i] = input_1[i] * input_2[i];
std::cout << output[0] << std::endl;
return 0;
}
Он просто объявляет 3 массива, заполняет 2 и умножает их на выходной массив. В конце концов, цель - не дать компилятору избавиться от всего. Я не опубликовал результат objdump -d, чтобы избежать спама на экране, но я могу, если кто-то захочет. Строка компиляции: clang ++ -O3 neon.cpp -o неон (то же самое для g ++)
Я также пробовал с -mcpu = cortex-a57, но он также не будет векторизован. Затем я обнаружил, что этот пост https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65951
Комментарий 11 говорит, что в зависимости от ситуации компилятор может принять решение не векторизовать, если нет преимущества в производительности. По вашему опыту, похоже, это так, или я что-то упустил?
====== РЕДАКТИРОВАТЬ ======
сборка, созданная g ++ для приведенного выше кода:
.arch armv8-a
.file "neon_test.cpp"
.text
.section .text.startup,"ax",@progbits
.align 2
.p2align 3,,7
.global main
.type main, %function
main:
.LFB1563:
.cfi_startproc
stp x29, x30, [sp, -112]!
.cfi_def_cfa_offset 112
.cfi_offset 29, -112
.cfi_offset 30, -104
adrp x1, .LC0
adrp x0, :got:_ZSt4cout
movi d0, #0
add x29, sp, 0
.cfi_def_cfa_register 29
str x19, [sp, 16]
.cfi_offset 19, -96
adrp x19, :got:__stack_chk_guard
ldr q1, [x1, #:lo12:.LC0]
ldr x19, [x19, #:got_lo12:__stack_chk_guard]
ldr x0, [x0, #:got_lo12:_ZSt4cout]
ldr x1, [x19]
str x1, [x29, 104]
mov x1,0
str q1, [x29, 32]
bl _ZNSo9_M_insertIdEERSoT_
bl _ZSt4endlIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_
ldr x0, [x29, 104]
ldr x1, [x19]
eor x1, x0, x1
cbnz x1, .L5
ldr x19, [sp, 16]
mov w0, 0
ldp x29, x30, [sp], 112
.cfi_remember_state
.cfi_restore 30
.cfi_restore 29
.cfi_restore 19
.cfi_def_cfa 31, 0
ret
.L5:
.cfi_restore_state
bl __stack_chk_fail
.cfi_endproc
.LFE1563:
.size main, .-main
.section .rodata.cst16,"aM",@progbits,16
.align 4
.LC0:
.word 0
.word 1073741824
.word 1090519040
.word 1099956224
.section .text.startup
.align 2
.p2align 3,,7
.type _GLOBAL__sub_I_main, %function
_GLOBAL__sub_I_main:
.LFB2050:
.cfi_startproc
stp x29, x30, [sp, -32]!
.cfi_def_cfa_offset 32
.cfi_offset 29, -32
.cfi_offset 30, -24
add x29, sp, 0
.cfi_def_cfa_register 29
str x19, [sp, 16]
.cfi_offset 19, -16
adrp x19, .LANCHOR0
add x19, x19, :lo12:.LANCHOR0
mov x0, x19
bl _ZNSt8ios_base4InitC1Ev
adrp x0, :got:_ZNSt8ios_base4InitD1Ev
mov x1, x19
ldr x19, [sp, 16]
adrp x2, __dso_handle
ldr x0, [x0, #:got_lo12:_ZNSt8ios_base4InitD1Ev]
add x2, x2, :lo12:__dso_handle
ldp x29, x30, [sp], 32
.cfi_restore 30
.cfi_restore 29
.cfi_restore 19
.cfi_def_cfa 31, 0
b __cxa_atexit
.cfi_endproc
.LFE2050:
.size _GLOBAL__sub_I_main, .-_GLOBAL__sub_I_main
.section .init_array,"aw"
.align 3
.xword _GLOBAL__sub_I_main
.bss
.align 3
.set .LANCHOR0,. + 0
.type _ZStL8__ioinit, %object
.size _ZStL8__ioinit, 1
_ZStL8__ioinit:
.zero 1
.hidden __dso_handle
.ident "GCC: (Ubuntu/Linaro 7.4.0-1ubuntu1~18.04.1) 7.4.0"
.section .note.GNU-stack,"",@progbits