Исходное сообщение
"Microsoft открыл CHERIoT, аппаратное решение для повышения б..." Отправлено Аноним, 02-Мрт-23 02:39
> Rust делает проверки в compile-time, Не все проверки можно в compile time сделать. Такая печалька. Скажем проверку переполнения математики в компилтайме как? А в рантайме это можно но на существующих процах надо команды делающие проверку флага добавлять - код сильно жирнее и медленнее получается, поэтому только в дебагбилды и годится. > а здесь предлагается run-time решение, как я понял. И это не такая уж плохая идея для некоторых случаев. Особенно если уж новую архитектуру развивать. Если железка за тот же такт проверки прогонит и если что не так эксепшн пульнет, это ничего не стоит програмеру по скорости. А если там надо проверки лепить... эээ... ну оно и будет толко в дебаг билдах ловиться. Т.к. их юзают сильно меньше релиза в релизе всегда будет что-то вылезать.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Rust делает проверки в compile-time, > Не все проверки можно в compile time сделать. Такая печалька. Скажем проверку > переполнения математики в компилтайме как? А в рантайме это можно но > на существующих процах надо команды делающие проверку флага добавлять - код > сильно жирнее и медленнее получается, поэтому только в дебагбилды и годится. >> а здесь предлагается run-time решение, как я понял. > И это не такая уж плохая идея для некоторых случаев. Особенно если > уж новую архитектуру развивать. > Если железка за тот же такт проверки прогонит и если что не > так эксепшн пульнет, это ничего не стоит програмеру по скорости. А > если там надо проверки лепить... эээ... ну оно и будет толко > в дебаг билдах ловиться. Т.к. их юзают сильно меньше релиза в > релизе всегда будет что-то вылезать.
	Введите код, изображенный на картинке: