не сталкивались с ограничением что планировщики майлбоксов в классической реализации BEAM не заточены на реалтайм?

Прикольно!

вы меня слегка ставите в ступор стилистикой своих вопросов.

Вчера в соседнем чате так же какой-то аноним задавал вопросы в стиле «перестали ли вы пить коньяк по утрам».

Т.е. вы придумали себе какое-то утверждение, решили что оно правильное и потом задаете вопрос, исходя из правильности предыдущего утверждения.

Выше вы решили (не спросили, а решили), что мы «пишем кодеки на эрланге», что само по себе жутко некорректное формально высказывание, да и является ложью.

Теперь вы придумали себе проблему, решили что правильно её поняли и спрашиваете как мы с ней страдаем.

Я не знаю что вы подразумеваете под «классической реализацией BEAM», потому что никаких неклассических в живой природе пригодных для продакшна я не видел. BEAM он один, хотя и есть некоторые pet projects, которые пытались сделать альтернативную реализацию.

Во-вторых, утверждение «не заточены на риалтайм» является так же некорректным.

Поэтому нет, с ограничением не сталкивались, потому как вы его сами себе придумали в вашей собственной формулировке.

Все системы доставки и трансляции видео работают в софт-риалтайм режиме (в определенном смысле этого очень непростого и глубокого термина) в силу того, что передача видео в начале видеотракта и в конце идет с одной скоростью относительно реального времени.

Если где-то будет стабильное расхождение с реальным временем, то будет slowmo с OOM или рывки с буферизациями

🙌

собственно работа со спец железом есть, у нас есть и собственной разработки материнская серверная плата для транскодирования (без интела), но это всё как раз то, чем надо верхнеуровнево рулить

Классная тема, только я так и не понял:
Мы оба вправо свайпнули, я тебе показал свой жаваскрипт, а ты слился встретиться для парного программирования

> Планировщики майлбоксов
Это вообще что?

кусок кода, определяющий порядок обработки пакетов между эрланг-процессами
с примитивном случае FIFO — получатель обрабатывает в порядке приёма в свой mailbox
в некоторых приложениях требуется возможность подстройки, например присваивать приоритеты

Каких пакетов, ты про tcp/udp?

он наверно про сообщения между процессами

Тогда надо рассказать что есть selective receive, который позволяет реализовать эти желанные приоритеты

И есть приоритеты у самих процессов

мы обходимся без таких приоритизаций.

У нас нагрузка ровная, поток одинаковый. Если какой-то компонент не справляется с проходящим через него трафиком, то он не будет справляться и потом: надо его или рестартить, или признавать, что мы перегружены.

> вы придумали себе какое-то утверждение, решили что оно правильное и потом задаете вопрос, исходя из правильности предыдущего утверждения.

надеюсь у этого logical fallacy есть имя!

это довольно странный, но работающий метод спровоцировать у оппонента желание выдать более подробную информацию о вопросе, по которой уже можно построить какое-то представление

шпион

одна из самых больших проблем программистов - эгоизм. и вот это желание кормить ЧСВ  часто выставляет людей в самом невыгодном свете

поэтому я аппладировал @maxlapshin когда он разложил это как по нотам.
сразу видно взрослого человека который руководит коллективом