Go отказался от экспериментальных Memory Arenas - механизма, позволявшего выделять память крупными пулами в обход GC для снижения накладных расходов в высоконагруженных сценариях.
Автор считает это стратегической ошибкой. Формальной причиной стали проблемы безопасности, когда можно попытаться использовать память после ее освобождения. И еще никому не понравилась несовместимость с интерфейсами - пришлось бы добавлять аргумент *Arena в сигнатуры функций, и это раскололо бы экосистему на стандартный и arena-миры, подобно тому как context.Context когда-то "инфицировал" весь Go.
Но, по мнению автора, реальная опасность в том, что Go добровольно ограничил свой потолок производительности в момент, когда быстрые интерпретируемые языки догоняют его сверху, а системные языки вроде Rust и Zig становятся проще снизу. Go рискует остаться застывшим в "среднем" сегменте, став COBOLом облачной эпохи
28.07.2026
Похожее
27.07.2026
687 ГБ аллокаций
Автор профилировал свою многопоточную реализацию Redis на Go и обнаружил, что од...
26.07.2026
HTMX с Go
Автор детально описывает свои паттерны интеграции HTMX с Go. Почитайте, там мног...
23.07.2026
Убираем ограничения
Автор разбирает продвинутый прием устранения проверки границ в горячих путях Go ...
21.07.2026
OpenTelemetry в комптайме
Разрабы OpenTelemetry объявили о первом стабильном релизе Go Compile-Time Instru...