Статья от ребят из Coroot. Эти ребята знают толк в профилировании и вьювабилити.
Тут они рассказывают, как вместо подключения pprof к Go-сервисам, чтобы посмотреть, что там с памятью, начали использовать встроенные возможности рантайма. Go сам постоянно собирает профиль аллокаций, просто он либо отключен линкером, если никто не дергает runtime.MemProfile, либо данные есть, но доступа к ним извне нет.
Агент Coroot теперь просто лезет через /proc/<pid>/mem, читает внутреннюю переменную runtime.mbuckets прямо из памяти процесса - и если профилирование выключено, может даже включить его на лету одной записью в память.
Pprof хорош, но для его использования нужно менять приложение. В подходе Coroot ничего не нужно передеплоивать, переконфигурировать, никаких эндпоинтов.
04.05.2026
Похожее
15.05.2026
Слайсы, мапы и каналы
Продолжается цикл статей про внутреннее устройство Go. Эта статья разбирает внут...
14.05.2026
JIT для go
В статье про JIT-компилятор для Go версии 1.17+, форк проекта nelhage/gojit. ...
13.05.2026
PGKeeper
PGKeeper - это сервис на Go, который команда Figma разработала для замены устаре...
12.05.2026
CPU нагрузка
В статье рассматриваются проблемы оптимизации кода на Go, который нагружает CPU...