Телеграмм чат группы itkpi

00:12пожаловаться #1

András in IT KPI C/C++ ХВ (не UB)

Julian =) Coffee

Ну, поэтому int64 быстрее всего

На перший погляд звучить як якась маячня
Як операція з більшим регістром може тривати швидше, ніж операція з меншим?

00:13пожаловаться #2

András in IT KPI C/C++ ХВ (не UB)

Коротше, завтра ще сам потестую, скажу

Yevhen Salatskiy in IT KPI C/C++ ХВ (не UB)

00:14пожаловаться #3

Yevhen Salatskiy

Подобное имеет смысл?

Мув созданного перед возвратом экземпляра

00:14пожаловаться #4

András

какая рвзница если в алу тот же размер?

00:14пожаловаться #5

Yevhen Salatskiy

Подобное имеет смысл?

нет

00:14пожаловаться #6

вообще, ты определял как-то мув конструктор?

00:15пожаловаться #7

и есть ли ваще шо там мувать?)

00:15пожаловаться #8

мб быстрее изза шаманства с записью(теоретически), но там ведь куча буферов так что мне кажется это не будет заметно да и кому это вообще нужно

Yevhen Salatskiy in IT KPI C/C++ ХВ (не UB)

00:15пожаловаться #9

Alexander Pavlyuchuk

и есть ли ваще шо там мувать?)

Экземпляр с большим вектором внутри

00:16пожаловаться #10

András in IT KPI C/C++ ХВ (не UB)

Ruslan Neshta

какая рвзница если в алу тот же размер?

Хіба воно вміє тільки в операції з одним розміром даних?

00:16пожаловаться #11

значит мувать есть что

Julian =) Coffee in IT KPI C/C++ ХВ (не UB)

00:16пожаловаться #12

András

Потому что регистр только один - больший.

00:16пожаловаться #13

ну если тебе надо 64 бита

00:17пожаловаться #14

ты будешь для меньших операндов отдельные схемы делать?

00:17пожаловаться #15

ты понимаешь что туда надо еще входы и выходы подвести?

00:17пожаловаться #16

связать эту херню с тем откуда приходит дата

00:18пожаловаться #17

и так тогда для всех размеров

00:18пожаловаться #18

8, 16, 32, 64

00:18пожаловаться #19

плюс векторные