История изменений
Исправление
kirk_johnson,
(текущая версия)
:
и, как я понимаю, тесты ПО тоже не нужны. канпелятор должен за один проход все сам проверить и отканпелять в целевую архитектуру. предварительно, видимо, телепатически извлечь из головы разраба нужные знания. если они там есть.
Тесты ПО нужны, UB в компиляторе не нужно. Причем тут телепатия? %)
и каковы «технические причины»(тм) лучшей производительности реализации tls, и как они связаны с переполнением инта?
Нет, вопрос в другом – каким образом определенное переполнение int’а тормозит реальные программы? А то вот в Linux ‘-fwrapv’ включен по умолчанию и почему-то никто не страдает.
ну то есть мысль о том, что любые дополнительные рантайм проверки это дополнительные затраты, и связанная с этим потеря производительности, не тривиальна?
Тривиальна. Вопрос, как всегда, в цене. Если реальные программы тормозят на 1% больше, то это допустимая цена, которую мы платим за отсутствие глупых багов.
Исправление
kirk_johnson,
:
и, как я понимаю, тесты ПО тоже не нужны. канпелятор должен за один проход все сам проверить и отканпелять в целевую архитектуру. предварительно, видимо, телепатически извлечь из головы разраба нужные знания. если они там есть.
Тесты ПО нужны, UB в компиляторе не нужно. Причем тут телепатия? %)
и каковы «технические причины»(тм) лучшей производительности реализации tls, и как они связаны с переполнением инта?
Нет, вопрос в другом – каким образом определенное переполнение int’а тормозит реальные программы? А то вот в Linux ‘-fwrapv’ включен по умолчанию и почему-то никто не страдает.
ну то есть мысль о том, что любые дополнительные рантайм проверки это дополнительные затраты, и связанная с этим потеря производительности, не тривиальна?
Тривиальна. Вопрос, как всегда, в цене. Если реальные программы тормозят на 1%, то это допустимая цена, которую мы платим за отсутствие глупых багов.
Исходная версия
kirk_johnson,
:
и, как я понимаю, тесты ПО тоже не нужны. канпелятор должен за один проход все сам проверить и отканпелять в целевую архитектуру. предварительно, видимо, телепатически извлечь из головы разраба нужные знания. если они там есть.
Тесты ПО нужны, UB в компиляторе не нужно. Причем тут телепатия? %)
и каковы «технические причины»(тм) лучшей производительности реализации tls, и как они связаны с переполнением инта?
Нет, вопрос в другом – каким образом определенное переполнение int’а тормозит реальные программы? А то вот в Linux ‘-fwrapv’ включен по умолчанию и почему-то никто не страдает.
ну то есть мысль о том, что любые дополнительные рантайм проверки это дополнительные затраты, и связанная с этим потеря производительности, не тривиальна?
Тривиально. Вопрос, как всегда, в цене. Если реальные программы тормозят на 1%, то это допустимая цена, которую мы платим за отсутствие глупых багов.