K
А во втором ключевое слово компилятор
Size: a a a
2020 November 01
K
Все от него зависит
m
Проблема в том, что после вычисления бакета пайплайн с высокой вероятностью будет сброшен, так как все дальнейшие вычисления будут зависеть от адреса бакета.
К слову о дезинформации, кажется я был не совсем прав и действительно если в вычислении хэша нет условных переходов пайплайн не может быть сброшен. Тем не менее из-за ошибки предсказания адреса бакета, процессор может встать дожидаясь пока данные подгрузят в кеш. Кажется это не так страшно, как сброс пайплайна, который происходит в случае неправильного предсказания ветки.
m
А во втором ключевое слово компилятор
То есть вы продолжаете утверждать, что цепочка преобразований bool -> int (мы же с нулем сравниваем) -> bool может оказаться лучше простого использования bool который уже есть? Вы можете привести пример компилятора где это так?
K
Ну я признаюсь, не совсем корректно выразился
K
Преобразования зря написал
K
Это больше относится к > и <
K
К вот таким операторам
K
И при сравнении НЕ с нулем
D
Почему это нет?
K
Что почему нет?
K
Про это?
D
Да
K
Там я думаю просто компаратор чисто
D
Оно не через флаговый регистр определяет?
CD
Что значит нет? test и cmp арифметические команды
K
Что значит нет? test и cmp арифметические команды
Хорошо. Не считал их за арифметические
D
Ну так > и < тоже через них можно, по флагу знака
K
Ну так > и < тоже через них можно, по флагу знака
Если с нулём или если одно число положительное, а другое отрицательное, но для этого надо знать тип данных(у знаковый первый бит отвечает за знак, а у беззнаковых он является частью значения) и каким-то образом отделять знаковый бит(скорее всего битовыми операциями)
K
Так что там я думаю все-же больше, чем просто cmp