c
Minoru
не простим! Мы запомним, что ты разбираешься в сортах, и будем тебя звать участвовать в срачиках!
не простим! Мы запомним, что ты разбираешься в сортах, и будем тебя звать участвовать в срачиках!
Size: a a a
2021 August 21
FO
Лишь бы насрать!
КП
AO
Ага.
Точно скажу, что в e2k у класса инструкций (всякие сложения, вычитания, ну то что попроще) есть векторные версии. Ну то бишь paddb складывает 8 8-битных чисел, paddh 4x16, paddw 2x32 и... paddd 1x64
Точно скажу, что в e2k у класса инструкций (всякие сложения, вычитания, ну то что попроще) есть векторные версии. Ну то бишь paddb складывает 8 8-битных чисел, paddh 4x16, paddw 2x32 и... paddd 1x64
КП
Складывает одно число?
AO
вектор из одного элемента
AO
неправильно выразился
КП
c
Minoru
а paddq — 0,5x128!
а paddq — 0,5x128!
c
Minoru
то ли недо-складывает, то ли складывает полу-число
то ли недо-складывает, то ли складывает полу-число
AO
Регистры они удлинили, поэтому там есть qpaddd, но все-таки уже qpaddq нет
AO
притом для 128-битных векторов там нет каких-то отдельных регистров, а отдельно запрашиваемая (по сути всегда включенная, лол) верхушка к дефолтным.
AO
и специальные инструкции упаковывающие два регистра в один жырный
AO
мне интересно что будет когда они добавят 256-битные вектора
AO
ну или там матричные операции. Почитал я про Intel AMX, интересная штуковина
c
Minoru
это типа как eax+edx в x86 для умножения более крупных чисел?
это типа как eax+edx в x86 для умножения более крупных чисел?
AO
нет, это соседние регистры. А у них не соседние, а ещё один РгФ, в котором каждый регистр является дополнением к обычному
AO
притом это так довольно давно, они просто его длину увеличили
AO
раньше использовалось для 80-битных флоатов
c
Minoru
ну, все равно похоже, просто в x86 это только для скаляров, а в Эльбрусе аналогичную идею применили к векторам (если я правильно понял твоё описание)
ну, все равно похоже, просто в x86 это только для скаляров, а в Эльбрусе аналогичную идею применили к векторам (если я правильно понял твоё описание)