All streams
Search
Write a publication
Pull to refresh
1
0
Send message
>конкретные цифры говорить не буду. И права не имею и в целом это не будет каким либо показателем.

А не кажется вам, что ваш высоконагруженный сервис выдуманный?

> Мы же сравниваем производительность pjsip c chan_sip при одинаковой нагрузке на экземпляр поэтому размер кластера не имеет значения.

Как мы ее сравниваем если вы данные по нагрузке не даете.
Так если у вас кластер, то правильнее нагрузку не общую давать, а по нодам. Сколько там у вас этих нод, 10 — 20 это не показатель производительности экземпляра. К остальным вопросам добавлю размер кластера.
Ответьте пожалуйста и на предыдущие?
Уважаемый Ovoshlook можно больше цифр по поводу вашего сервиса.
Несколько миллионов минут в день — это сколько, от X до Y? Сколько пиров льют эти несколько миллионов — 5k,100k? Proxy registar что то типа kamailio или такой же asterisk?
Вы меня извините, не хочу показаться занудой, сильно сладко получается по рассказам.
Такие объемы пускать(даже если пускается) на одном сервере не распределяя, сомнительно как то.
Я конечно дико извиняюсь что влазию в ваш междусобойчик. Но у меня вопрос, вы друг друга минусуете или есть кто то третий?
>А вообще, этот таск лучше реализовывать сооовсем по другому, причем кардинально…

и как же?
Я правильно понимаю, что wait указан для примера, а в реальности там должен быть контекст для второго плеча?

И чем Ваш пример лучше того, что предложил автор?
Нет, серьёзно, пример автора мне самому не очень нравится, ни с технической, ни с эстетической точки зрения, просто возможно у них в freepbx/askozia/mikopbx нет другого выбора, так сказать окружение не позволяет.
Но, объективно, если нет ни какого профита то может и не стоит заморачиваться.

P.S. Сам нахожусь в состоянии мучительного выбора, ставить ли сборку aka freepbx и не придется ли, в последствии, заниматься «лапшекручением» в простых на первый взгляд задачах…

Information

Rating
Does not participate
Registered
Activity