<div dir="ltr">Hi,<div><br><div style>I have been experimenting with ConfBridge from the asterisk-11 stable SVN branch (and with 11.2.0 also) for the last 3 weeks and I see a problem, which what I believe is performance related. I just wanted to ask if someone else has made any tests and what is the maximum number of participants that they've seen in a conference.</div>
<div style><br></div><div style>I was never able to get more than 8 participants (mixed G722 and G711a) on a conference (actually that's per server limit) with almost all settings on default, except for dsp_drop_silence and denoise which are enabled.</div>
<div style><br></div><div style>I tested on Debian squeeze, 64-bit, quad-core Xeon server @2.4GHz and also on another virtual server with similar processor (just one core available to the VM). While this is not the latest and greatest CPU, I would certainly expect it to handle more than 8 calls.</div>
<div style><br></div><div style>To be honest, I was in fact able to get it working for up to 20 participants (most with G711), when I switched from res_timing_timerfd to res_timing_dahdi and turned off denoise, but that's still not normal I believe, especially with most participants on mute and with dps_drop_silence enabled and nothing else running on the server.</div>
</div><div style><br></div><div style>The problem itself is, that once I get over the "critical" number of participants, the voice starts to break up and it's impossible to understand the person who's talking. This is certainly not bandwidth related because all tests were made on the LAN and besides I could see that the CPU was sometime close to 100%.</div>
<div style><br></div><div style>Did someone observe something similar?</div><div style><br></div><div style>BTW, once the first participant enters the conference I start seeing probably over 50 messages per second saying:</div>
<div style><br></div><div style>bridging.c:757 bridge_channel_join_multithreaded: Going into a multithreaded waitfor for bridge channel 0x292d708 of bridge 0x28f3658<br></div><div style><br></div><div style>Best,</div><div style>
Hristo</div></div>