EZ
Сравнение с нулем быстрее происходит
meh
Size: a a a
2020 November 01
DY
Сравнение с нулем быстрее происходит
жесть
D
Сравнение с нулем быстрее происходит
Чем отсутствие сравнения?
K
Чем отсутствие сравнения?
Ну вообще, если оставить просто if(condition), то он будет сравнивать condition с 1(true), но большинство компьютеров так устроены, что все в них - сравнение с нулем) То есть сначала надо вычесть из true true, и если это значение равно 0, то все ок, а при сравнении сразу с нулем, компьютер не будет ничего вычитать
EZ
Ну вообще, если оставить просто if(condition), то он будет сравнивать condition с 1(true), но большинство компьютеров так устроены, что все в них - сравнение с нулем) То есть сначала надо вычесть из true true, и если это значение равно 0, то все ок, а при сравнении сразу с нулем, компьютер не будет ничего вычитать
АК
Ну вообще, если оставить просто if(condition), то он будет сравнивать condition с 1(true), но большинство компьютеров так устроены, что все в них - сравнение с нулем) То есть сначала надо вычесть из true true, и если это значение равно 0, то все ок, а при сравнении сразу с нулем, компьютер не будет ничего вычитать
/voteban
K
/voteban
D
Ну вообще, если оставить просто if(condition), то он будет сравнивать condition с 1(true), но большинство компьютеров так устроены, что все в них - сравнение с нулем) То есть сначала надо вычесть из true true, и если это значение равно 0, то все ок, а при сравнении сразу с нулем, компьютер не будет ничего вычитать
Это задача компилятора — оптимизировать, а не статического анализатора предлагать трансформации кода для микрооптимизаций под конкретное железо
DY
Ну вообще, если оставить просто if(condition), то он будет сравнивать condition с 1(true), но большинство компьютеров так устроены, что все в них - сравнение с нулем) То есть сначала надо вычесть из true true, и если это значение равно 0, то все ок, а при сравнении сразу с нулем, компьютер не будет ничего вычитать
ок, мы имеем if ( condition != 0), сравнили с нулем, получили if (0), он потом же все равно должен сравнить 0 с true?
K
Это уже оптимизируется другим образом. Если писать на assembler, то после команды сравнения cmp идет некое подобие jmp(можно сказать переход к функции). там есть je - если условие верно и jne - если условие неверно. Это всего одна комманда на машинном коде. Компилятору лишь остается выбрать, что из этого использовать для лучшей оптимизации
K
не уверен, что понятно объяснил
K
На самом деле, если пишеш под полноценный ПК, то вообще не парься. Это чисто для Микроконтроллеров такая фигня имеет хоть какое-то значение
m
На самом деле, если пишеш под полноценный ПК, то вообще не парься. Это чисто для Микроконтроллеров такая фигня имеет хоть какое-то значение
Пожалуйста не занимайтесь дезинформацией.
Во-первых, true равен единице при конвертации bool в int. Но при конвертации int в bool true - это любое ненулевое значение.
Во-вторых, вам абсолютно правильно указали на то что
Во-первых, true равен единице при конвертации bool в int. Но при конвертации int в bool true - это любое ненулевое значение.
Во-вторых, вам абсолютно правильно указали на то что
bool_expr != 0 на неоптимизирующем компиляторе строго хуже просто bool_expr. Оптимизирующему компилятору все равно, он сможет выкинуть лишнюю операцию, которую вы добавили.K
Пожалуйста не занимайтесь дезинформацией.
Во-первых, true равен единице при конвертации bool в int. Но при конвертации int в bool true - это любое ненулевое значение.
Во-вторых, вам абсолютно правильно указали на то что
Во-первых, true равен единице при конвертации bool в int. Но при конвертации int в bool true - это любое ненулевое значение.
Во-вторых, вам абсолютно правильно указали на то что
bool_expr != 0 на неоптимизирующем компиляторе строго хуже просто bool_expr. Оптимизирующему компилятору все равно, он сможет выкинуть лишнюю операцию, которую вы добавили.Ну с конвертацией bool<->int не спорю