АО
не понял сложности
вам нужно самое обычное деление нацело:
julia> 260 ÷ 2 ÷ 64
2
julia> typeof(260 ÷ 2 ÷ 64)
Int64
Size: a a a
2021 March 26
PY
Спасибки. Это то что нужно
АО
Самое быстрое из того, что возможно
AP
nsample >> 7да ладно, нежуели это быстрее деления?
AP
я думаю он константы сворачивает
АО
VG
trunc(Int, 1.3)PY
Если 2 и 64 то вообще думать не надо
Андрей степень двойки здесь завязана. Похоже Ваш самый красивый метод
АО
Вообще из всех базовых операций деление это самая долгая операция.
Помнится в одном посту на Хабре из сравнивали и у битового сдвига вес был 1, а у деления 40
Помнится в одном посту на Хабре из сравнивали и у битового сдвига вес был 1, а у деления 40
АО
То есть это сильно более медленная операция
AP
так деление-то скорее всего не случается в явном виде
AP
почти уверен, что будет одинаковая скорость
AP
если делители записаны прямо в коде
VG
Вообще из всех базовых операций деление это самая долгая операция.
Помнится в одном посту на Хабре из сравнивали и у битового сдвига вес был 1, а у деления 40
Помнится в одном посту на Хабре из сравнивали и у битового сдвига вес был 1, а у деления 40
компилятор может привести деление к битовому сдвигу, только если деление на константу степени двойки? или на любую переменную степени двойки?
AP
на степени двойки переведёт в битовый сдвиг, на другие числа - может использовать комбинацию нескольких битовых сдвигов
AP
в общем, не советую явным образом писать в коде битовые сдвиги когда нужно деление/умножение :)
по крайней мере в языках с нормальным компилятором
по крайней мере в языках с нормальным компилятором
АО
Ну что же, это тот случай, когда в чате два прямо противоположных совета 😊
АО
Потому что мой опыт показывает, что помогать компилятору стоит, получается лучше.
АО
Разница действительно небольшая, видимо в этом случае он действительно может упростить, но не до конца.
AP
что сравнивается? x << 7 vs x div 128?