Ну ленивые сиглтоны в блоке нулей это какое-то безумие

Хотите холиварную тему?

Я не читал 300 сообщений про буфер на стеке. Но представим, что буфер у нас таки есть, или он образуется при первом вызове и далее переиспользуется. То есть нечто вроде Lazy<Buffer> buffer.

А ведь при каждом обращении к этому буферу будет происходить проверка, может это самый первый вызов и нам надо его инициализировать. Между тем, после инициализации буфера можно было бы модифицировать сам код проверки, поставив туда безусловный переход или nop, или нечто вроде.

Что-то подобное умеет делать JVM-оптимизатор. А вот в языках без VM я что-то не помню возможностей языка переписывать сам исполняемый код во время исполнения.

Да примерно все современные операционные системы этому мешают. Страница помечена как execute, а write в неё делать нельзя.

Я не про тот блок нулей, с которого всё началось, а про ленивую инициализацию вообще.

Используется в каком-то типе релокаций.

Я не про тот блок нулей, с которого всё началось, а про ленивую инициализацию вообще.

Отложить быструю инициализацию это скорее отрицательный, чем положительный эффект

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

Эммм. Не понимаю, о чём именно речь.

Jump slot.

ХЗ как на русском
Я об этом узнал из вот этой статьи
https://fasterthanli.me/series/making-our-own-executable-packer/part-11

В любом случае, спасибо

https://gist.github.com/GoldsteinE/0c21f710332e4b6d6bd01cd37821c916
Другой пример
Можно заметить, что функция resolve_get_msg вызывается один раз.