сделаю сюда tl;dr сейчас

no thx =)

вижу что зависит от длины байткода в байтах

1) если длина байткода превышает лимит - не оптимизируем

2) если у функции достаточно тиков профайлера было, это как минимум 2 (минимальное количество вызовов функции) + (длина байткода деленная на какую константу из лимитов). По всей видимости ее долго подгоняли под нужные значения :)

3) Если данных недостаточно, НО длина байткода очень небольшая и инлайн кеши не менялись - ранняя оптимизация

4) и только потом если ничего из выше не сработало, не оптимизируем

теперь tl;dr на tl;rd и попытка ответить на твой вопрос «сколько нужно»

2 + некая пропорция от длины байткода :)

Самоё забавное что раст имеет бОльшие шансы выиграть на бОльших данных при прямом портировании из си/плюсов в ансейф

ясно, сначала оптимизируем ident, потом все остальное

😁

к слову, пропорция к 1200 байт идет

т.е. там формула 2 + (длина байткода / 1200)

делай подстановку теперь и получишь, что

<1200 = 2 вызова
1200 < x < 2400 = 3 вызова

ну и так далее

@chicoxyzzy

что за функция, которая генерит 1,2 КБ байткода?

могу отредактировать сообщение и подставить реальные числа :)

столько байткода на дискетку 3,5” еле влезет

а вообще странная зависимость
а если я стабов напихаю бесполезных, нопов каких-то и прочее

шо оно, медленнее прогреваться теперь будет?

хотя их наверное оптимизатор выбросит

dce

раньше ваще не от байткода зависело, а от длины исходника

Ну ты всегда можешь dead code напихать

там прикол был, что если коммент с лицензией длинный, то всё)

это в кранкшафте было

да, это помню