потоковое видео через HTTP) без перекодирования — просто пересылая байты. Ключевая особенность — кольцевой буфер с нулевым копированием (zero-copy) на базе sync.Pool: кадры записываются в буфер из пула один раз и затем передаются всем подписчикам, что исключает лишние выделения памяти и снижает нагрузку на сборщик мусора (GC, Garbage Collector). Бенчмарк показывает результат 13,9 нс на операцию и 0 байт выделений на операцию. Нагрузочное тестирование с помощью k6 (1000 пользователей) на процессоре Ryzen 5600x показало пропускную способность 8,8 Гбит/с (81 ГБ за 70 секунд) при 60 тысячах успешных HTTP-ответов и полном отсутствии сбоев. Защита от медленных подписчиков реализована через неблокирующую отправку в канал: если клиент не успевает читать данные, кадры для него просто отбрасываются, а флаг NeedsIFrame сигнализирует о необходимости синхронизации по следующему ключевому кадру. В памяти хранится скользящее окно из 5 сегментов HLS; при запросе устаревшего сегмента возвращается ошибка 404, из-за чего плееры, такие как hls.js, автоматически переходят к живому краю потока (live edge). Система потребляет 250 МБ оперативной памяти (RAM, Random Access Memory) на 100 потоков, однако дополнительные накладные расходы создают буферы сокетов операционной системы. Автор предупреждает о подводных камнях использования sync.Pool и советует: для задач без перекодирования лучше отказаться от FFmpeg и вместо этого контролировать память с помощью подхода zero-copy.