Порция байтоебства на сегодня
Автор расследовал регрессию производительности в своём Go-коде. Изменение в файле hash2.go вызвало падение скорости на 3% в совершенно другом, hash2u16.go, хотя его код не менялся. Оказалось, что дело в сдвиге выравнивания инструкций на 416 байт, из-за чего горячие участки кода из разных функций попали в одни и те же наборы L1-кэша инструкций, превысив его 8-канальную ассоциативность, и начали вытеснять друг друга.
Решения как такового нет, но начиная с Go 1.25 можно использовать -ldflags="-funcalign=64", чтобы выравнивать функции по 64 байтам и делать бенчмарки более надежными.
В статье самое интересное - посмотреть как автор в принципе разбирается с отладкой производительности
27.05.2026
Похожее
28.09.2026
C на Go
Интересный пропозал - добавить возможность сборки Go-пакетов, использующих cgo д...
25.09.2026
Бенчим джейсон
Автор на реальном API с нагрузкой 50M запросов/сутки)сравнивает производительнос...
24.09.2026
Rune
Команда Unstable Build заопенсорсила свою нативную IDE Rune, написанную на Go. ...
23.09.2026
Специализированные аллокаторы
В Go 1.27 появилась оптимизация выделения памяти для объектов размером до 80 бай...