YS
Так то и такая дичь работает
Size: a a a
2020 July 13
YS
А вот за мув пре возврате спасибо
A
На x86_64?
Я конечно понимаю, что это критически глупый бенчмарк, просто я как-то игрался с размером инта для фибоначчи и int64 оказался быстрее всего.
Я конечно понимаю, что это критически глупый бенчмарк, просто я как-то игрался с размером инта для фибоначчи и int64 оказался быстрее всего.
Та на любій системі
При операціях з цілочисельними числами, розмір яких менше за розмір інта, числа спочатку приводяться до інта, а далі працюють з ними як з інтом
При операціях з цілочисельними числами, розмір яких менше за розмір інта, числа спочатку приводяться до інта, а далі працюють з ними як з інтом
AP
ну оно и так сделает мув, оптимизация не дремлет
AP
вообще тут чучуть ub есть
AP
вот, вроде без ub теперь
A
А в тебе воно зоптимізувалось через шось інше
AP
ну, я б еще поспорил чей вариант быстрее будет.. да и почитабельнее
A
Або мб система, де sizeof(int)==sozeof(int64t)
JC
Та на любій системі
При операціях з цілочисельними числами, розмір яких менше за розмір інта, числа спочатку приводяться до інта, а далі працюють з ними як з інтом
При операціях з цілочисельними числами, розмір яких менше за розмір інта, числа спочатку приводяться до інта, а далі працюють з ними як з інтом
Ну, поэтому int64 быстрее всего
RN
щас бы говорит о скорости без оптимизаций компилятора
RN
Ну, поэтому int64 быстрее всего
пока не измеришь не узнаешь
JC
Я вот измерял на игрушечном примере, узнавал.
RN
и к тому же мб на другом железе внезапно результат будет отличаться?
JC
Какого-то реального кода на Си я не писал.
YS
Подобное имеет смысл?
JC
и к тому же мб на другом железе внезапно результат будет отличаться?
Вот поэтому нужно юзать size_t, он должен быть равен размерности системы.
JC
Если ли подобное для signed типов, хз.
TL
Вот поэтому нужно юзать size_t, он должен быть равен размерности системы.
Опа