Автор рассказывает про самый быстрый парсер протобафа - hyperpb.
Традиционно серверные части Protobuf генерировали парсеры, создавая исходный код, специализированный для каждого типа. На первый взгляд, это обеспечивало наилучшую производительность, поскольку все было «подстроено» под конкретный тип сообщения. К сожалению, теперь мы знаем, что у этого подхода есть ряд недостатков.
Самый главный недостаток - каждый тип данных увеличивает нагрузку на кэш инструкций. Это означает, что если ваша программа обрабатывает множество различных типов данных, то при каждом обращении к парсеру кэш инструкций будет очищаться. Что ещё хуже, если при разборе используется много разных типов данных, то сам парсер столкнётся с проблемами пропускной способности при декодировании инструкций.
Читаем, как автор обошел эти проблемы
25.07.2025
Похожее
17.04.2026
Черный ящик
Вдохновившись механизмом trace.FlightRecorder, появившимся в Go 1.25, автор реши...
16.04.2026
Версионирование
В статье автор делится опытом разбора инцидента, где отсутствие информации о вер...
15.04.2026
Константные мапы
В Go существует стандартная карта, которая для миллиона записей потребляет около...
14.04.2026
Вызываем Rust из Go
В принципе, нет никаких сложностей работать с Rust через cgo. Но автор решил зам...