На каждый коммит в CQ есть бот, который проверяет дельту в размере андроидного бинаря.

Недавно оптимизировали следующий случай. На armv7 нет лок-префикса, поэтому rmw-операции, вроде std::atomic_size_t::fetch_or(…), разворачивались в небольшую портянку инструкций (с брэнчем). Код этот хорошо инлайнился и вызывался из тысяч мест. Собственно, мы вывели, что атомарный rmw там и не нужен и простой load-store пойдет. Сэкномили 45KB в бинаре

А часики-то тикают: прием докладов на C++ Russia 2021 заканчивается уже в понедельник. Если вы планировали выступить, но все ждали знака для подачи заявки — это он.
Узнать больше и предложить тему можно здесь: https://cppconf.ru/callforpapers/

вопрос, возможно, глупый для тех, кто знает ответ... а меня уже давно волнует вопрос: чем плох большой размер бинаря? ну, допустим, сэкономили 45кб в итоговом бинарнике, а что это дало? я без стеба, просто про как можно более маленький размер конечного бинаря и какой-то профит не на эмбеддед системах, так и не нашел в интернете, в свое время, ничего

Ради того чтоб не покупать более жирный контроллер :)
А вообще, не в ембедде - тоже хз.

Например, если бинарь на 800 мегабайт разливается на несколько тысяч машин, то сэкономить сто мегабайт может быть приятно.

Именно 45кб ничего не решает. Но 1000 подобных оптимизаций - это уже в сумме будет 45 мб, и это уже значительно.

И много проектов с таким простором для оптимизаций?

клиенту прилетает бинарь когда если, то может возникнуть вопрос с трафиком. представь что у тебя миллион клиентов

Любые проекты на десятки миллионов строк кода.

да меня больше интересует: влияет ли размер бинаря, скажем, так, на конечную "скорость"? хотя вопрос, смешно звучит чутка

типа скорость скачивания бинаря или скорость исполнения кода? что за конечная скорость?

Конечно влияет. Больше инструкций - это обычно более медленный код.

во! скорость "исполнения кода"

Крайне не линейная зависимость

не согласен

если по уму, то вы при желании в один бинарь можете замешать N клонов кода (N=2) например, каждый оптимизирован под свою аппаратуру

и тогда окажется, что за счет утолщения идет ускорение исполнения

для i-й архитектуры

Можно придумать множество сценариев, когда увеличение размера бинаря приведет к ускорению выполнения для некоторого текущего профиля выполнения

но так нечасто делают