LINUX.ORG.RU

История изменений

Исправление kirk_johnson, (текущая версия) :

и, как я понимаю, тесты ПО тоже не нужны. канпелятор должен за один проход все сам проверить и отканпелять в целевую архитектуру. предварительно, видимо, телепатически извлечь из головы разраба нужные знания. если они там есть.

Тесты ПО нужны, UB в компиляторе не нужно. Причем тут телепатия? %)

и каковы «технические причины»(тм) лучшей производительности реализации tls, и как они связаны с переполнением инта?

Нет, вопрос в другом – каким образом определенное переполнение int’а тормозит реальные программы? А то вот в Linux ‘-fwrapv’ включен по умолчанию и почему-то никто не страдает.

ну то есть мысль о том, что любые дополнительные рантайм проверки это дополнительные затраты, и связанная с этим потеря производительности, не тривиальна?

Тривиальна. Вопрос, как всегда, в цене. Если реальные программы тормозят на 1% больше, то это допустимая цена, которую мы платим за отсутствие глупых багов.

Исправление kirk_johnson, :

и, как я понимаю, тесты ПО тоже не нужны. канпелятор должен за один проход все сам проверить и отканпелять в целевую архитектуру. предварительно, видимо, телепатически извлечь из головы разраба нужные знания. если они там есть.

Тесты ПО нужны, UB в компиляторе не нужно. Причем тут телепатия? %)

и каковы «технические причины»(тм) лучшей производительности реализации tls, и как они связаны с переполнением инта?

Нет, вопрос в другом – каким образом определенное переполнение int’а тормозит реальные программы? А то вот в Linux ‘-fwrapv’ включен по умолчанию и почему-то никто не страдает.

ну то есть мысль о том, что любые дополнительные рантайм проверки это дополнительные затраты, и связанная с этим потеря производительности, не тривиальна?

Тривиальна. Вопрос, как всегда, в цене. Если реальные программы тормозят на 1%, то это допустимая цена, которую мы платим за отсутствие глупых багов.

Исходная версия kirk_johnson, :

и, как я понимаю, тесты ПО тоже не нужны. канпелятор должен за один проход все сам проверить и отканпелять в целевую архитектуру. предварительно, видимо, телепатически извлечь из головы разраба нужные знания. если они там есть.

Тесты ПО нужны, UB в компиляторе не нужно. Причем тут телепатия? %)

и каковы «технические причины»(тм) лучшей производительности реализации tls, и как они связаны с переполнением инта?

Нет, вопрос в другом – каким образом определенное переполнение int’а тормозит реальные программы? А то вот в Linux ‘-fwrapv’ включен по умолчанию и почему-то никто не страдает.

ну то есть мысль о том, что любые дополнительные рантайм проверки это дополнительные затраты, и связанная с этим потеря производительности, не тривиальна?

Тривиально. Вопрос, как всегда, в цене. Если реальные программы тормозят на 1%, то это допустимая цена, которую мы платим за отсутствие глупых багов.