DB
вспред - садимся и каждую pbi-ку, каждый порт в отдельный процесс
Size: a a a
2017 October 06
DB
то оно и сыплет)) особенно на 14 убунте если
DB
14 поди?
АЧ
минуту
DISTRIB_RELEASE=14.04
DISTRIB_RELEASE=14.04
DB
В общем каждую pbi - в отдельную астру
DB
а то знаю я: прилетел битый пакет. посыпались ВСЕ каналы в процессе
DB
80 канал в процессе - все 80 и икнут)
АЧ
вот честно - надеясля что норм будет - ведь я принимаю мультикастами и по сути понятия не имею с какой pbi летит мультикаст.
DB
тогда по 10 поделите
DB
или по транспондеру
DB
я до сих пор - как меня научили - на каждый транспондер свой процесс
АЧ
хорошо, я сделаю. у меня тогда закавыка - как ограничивать юзеров - сейчас удобно - три пакета, три процесса. в нужном включил юзера и все. Как у вас сделано это ограничение?
В принципе от разделения на меньшее кол-во процессов останавливает то, что ошибки множатся периодами. например - с утра и до сейчас не было ошибок
последние
2017-10-06 06:54:01 3326
2017-10-06 06:56:01 10877
В принципе от разделения на меньшее кол-во процессов останавливает то, что ошибки множатся периодами. например - с утра и до сейчас не было ошибок
последние
2017-10-06 06:54:01 3326
2017-10-06 06:56:01 10877
АЧ
сейчас 12:32
DB
ну давайте так: щас гиб потюнили. поглядим. У меня прием - заворачивается на lo. а там уже проессы стримига
DB
то есть я стараюсь разделить процессы - одним принимаю. другим в mpts гоню. третьим в hls и так далее
DB
падение одного процесса не убьет весь стриммер
АЧ
заворачивается на lo - это для чего? покажите конфиг?
DB
it"
],
"name": "КАРУСЕЛЬ",
"epg_export": "http://94.190.64.24:316"
},
{
"epg_export_format": "json",
"http_keep_active": -1,
"type": "spts",
"id": "ldkslfk82",
"enable": true,
"output": [
"udp://lo@127.0.0.1:9031"
],
"input": [
],
"name": "КАРУСЕЛЬ",
"epg_export": "http://94.190.64.24:316"
},
{
"epg_export_format": "json",
"http_keep_active": -1,
"type": "spts",
"id": "ldkslfk82",
"enable": true,
"output": [
"udp://lo@127.0.0.1:9031"
],
"input": [
DB
и так как у меня каруселей штук 5 - то потом стоит мукс из астры: принимает кучу каруселей . отдает один поток на lo. то есть я щас вот могу процесс RTRS отсановить. переделать. но юзеры не заметят - все уйдет на резерв
DB
по идее в аппаратном тв так же же: куча источников-мукс-стрим