ПК
континьюэйшны и гринтреды?
Да
Size: a a a
2020 July 29
m
там есть хитрый нюанс - из-за дополнительного landing pad'а под исключения компилятор не может применить многие оптимизации
Только коды возврата никак не улучшают ситуацию. Там будет
if (err) return err;, который задизейблит те же оптимизации. Я считаю, что тот доклад был очень интересным, но лукавым.АР
например, функции, кидающие исключения, почти никогда не инлайнятся. В твоем примере с if инлайнинг произойдет на раз два
АР
(предполагая что вызванная функция не слишком большая офк)
AD
Только коды возврата никак не улучшают ситуацию. Там будет
if (err) return err;, который задизейблит те же оптимизации. Я считаю, что тот доклад был очень интересным, но лукавым.так или иначе когда у тебя есть ошибка, ксть 2 варианта, она случится, или нет. Так или иначе нужно ветвление, и как тут не крути ветвление будет, где его совать это вопрос почти что вкуса
m
например, функции, кидающие исключения, почти никогда не инлайнятся. В твоем примере с if инлайнинг произойдет на раз два
О_о
У меня они прекрасно инлайнятся.
У меня они прекрасно инлайнятся.
АР
там в докладе было перечислено как минимум несколько сценариев где ломаются оптимизации
АР
так или иначе когда у тебя есть ошибка, ксть 2 варианта, она случится, или нет. Так или иначе нужно ветвление, и как тут не крути ветвление будет, где его совать это вопрос почти что вкуса
не совсем. С исключением один if - бросить его или нет. А с кодами тебе надо проверять является ли результат ошибочным во всем стеке вызовов
DP
это да, исключения не zero const, как многие считают )
DP
но коды возврата имхо ещё хуже
AD
не совсем. С исключением один if - бросить его или нет. А с кодами тебе надо проверять является ли результат ошибочным во всем стеке вызовов
if(is_oshibka(state)) и там и там, в разных местах.
DP
смотришь как они там в Go изгаляются, ну такое
AD
в го сделали хорошо, не надо.
m
так или иначе когда у тебя есть ошибка, ксть 2 варианта, она случится, или нет. Так или иначе нужно ветвление, и как тут не крути ветвление будет, где его совать это вопрос почти что вкуса
Разница в том, что в одном случае код обработки ошибки всегда будет в кеше инструкций, потому что он всегда заинлайнен. В случае исключений он будет в конце функции. Кроме того при нормальной реализации исключений там нет ветвления. Просто идем в табличку, по текущему ip находим landing pad и прыгаем туда.
АР
if(is_oshibka(state)) и там и там, в разных местах.
"во всем стеке вызовов" значит, что когда foo вызывает bar, который вызывает baz, в случае с исключениями if будет только в baz
DP
в го сделали хорошо, не надо.
20 ифов на функцию?
AD
20 ифов на функцию?
ну это они просто не доделали
AD
но сама идея чекеда хороша
AD
реализации в основном хреновые, в скалке с 3 версией появится хорошая в плане UX
DP
ну это они просто не доделали
а есть по вашему вариант где уже сейчас хорошо?