[Freeswitch-users] Question about large confeerence

[Normando Hall]

Hello Duvid. Sorry for reply to you and not the list

I have similar issue, but want to emulate 2 way radio through
mod_conference, that means one people speak and broadcast to all
listeners or target to only one listeners. The same but for listeners,
when speak, is listen only for the main operator (agent). Can you share
with us the core of your ESL script to handle your mod_conference behaviour?

Thank you

Regars

Normando

El 23/04/2018 a las 11:28 a.m., Duvid Rottenberg escribió:
> I have a similar scenario, and my solution was to create several
> conferences. I have one master conference, that serves to connect all
> sub-conferences. So when a user calls in to the conference I add him
> to a sub conference, then I do an outdial to an extension that joins
> the sub conference to the master conference (this connection should
> not be muted).  Once the sub conference has 250 participants, I create
> a new sub conference. I control all of this via ESL, this also
> requires some additional logic to handle conference commands, as I
> need to make sure it propogates to all sub conferences.
>
> The advantage of this approach is that instead of having one loop
> running on 1 CPU core looping through all listeners we now have
> multiple conference loops running on different cores. The issue with
> large conferences is that the conference loop runs every 20 ms by
> default and the main conference loop is not (and probably can't be)
> multi-threaded. 
>
> Since on any large conference, there will most likely be only a
> handful of speakers, the best solution would probably be to optimize
> mod_conference to have a separate list of unmuted participants and
> only loop through those, but I was afraid to undertake such a change
> myself.
>
>
>
> On Thu, Apr 19, 2018 at 12:09 PM, Abaci B <abaci64 at gmail.com
> <mailto:abaci64 at gmail.com>> wrote:
>
>     Hi,
>     I'm trying to set up a large audio conference of over 1000 users
>     where only 1 or 2 users are talking and the rest are just
>     listening, but after 600-700 users the CPU usage gets too high and
>     the audio gets choppy, I understand that mod_conference is not
>     optimized for my use case but was wondering if someone has any
>     suggestions on what can be done to optimize for my use case.
>     I was also thinking that maybe there is a  better alternative for
>     what I look for, such as having just the talkers on the conference
>     and the listeners should listen to it via mod_local_stream or
>     maybe use something like eavesdrop for the listeners but not sure
>     if and how much performance I would gain.
>     Thanks for any help or input
>
>
>     _________________________________________________________________________
>     Professional FreeSWITCH Consulting Services:
>     consulting at freeswitch.org <mailto:consulting at freeswitch.org>
>     http://www.freeswitchsolutions.com
>     <http://www.freeswitchsolutions.com>
>
>     Official FreeSWITCH Sites
>     http://www.freeswitch.org
>     http://confluence.freeswitch.org <http://confluence.freeswitch.org>
>     http://www.cluecon.com
>
>     FreeSWITCH-users mailing list
>     FreeSWITCH-users at lists.freeswitch.org
>     <mailto:FreeSWITCH-users at lists.freeswitch.org>
>     http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>     <http://lists.freeswitch.org/mailman/listinfo/freeswitch-users>
>     UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>     <http://lists.freeswitch.org/mailman/options/freeswitch-users>
>     http://www.freeswitch.org
>
>
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20180424/19852bb1/attachment-0001.html>