Прочитал название статьи How We Served 8 Gbps of Video on a Single Go CPU Core (And Survived the Thundering Herd) и подумал "Ну вот, ребята опять врубили sendfile вместо рукопашного вычитывания с дисков и получили профит (никогда такого не было)". И - ошибся. Тут, оказывается, вспомнили другой прием - чтобы получить прирост в производительности, надо свести к минимуму операции копирования и будет счастье.
Причем сравнивают они не с MediaMTX или еще каким go/си++-поделием (коих уже достаточно, некоторым по нескольку лет), а с ffmpeg, что забавно, потому что ffmpeg - утилита конвейерная с претензией на универсальность, там без промежуточных буферов сложно, как и в любой модульной системе. А то, что на языке высокого уровня перепаковка потока h.26x может вполне себе шустрить - так то уже доказано неоднократно тем же Erlyvideo/Flussonic-ом. Но это, разумеется, не значит, что не надо пробовать еще, молодцы, конечно же.
В общем, добавляем в копилку https://ruseon.tech/ru/
Причем сравнивают они не с MediaMTX или еще каким go/си++-поделием (коих уже достаточно, некоторым по нескольку лет), а с ffmpeg, что забавно, потому что ffmpeg - утилита конвейерная с претензией на универсальность, там без промежуточных буферов сложно, как и в любой модульной системе. А то, что на языке высокого уровня перепаковка потока h.26x может вполне себе шустрить - так то уже доказано неоднократно тем же Erlyvideo/Flussonic-ом. Но это, разумеется, не значит, что не надо пробовать еще, молодцы, конечно же.
В общем, добавляем в копилку https://ruseon.tech/ru/