[asterisk-users] ConfBridge performance problem...?
Thorsten Göllner
tg at ovm-group.com
Fri Feb 8 04:41:30 CST 2013
Hi,
perhaps it is a problem with your Host-Guest-Setup? Did you try the
Asterisk-Setup on a dedicated server without virtualization?
-Thorsten-
Am 07.02.2013 11:42, schrieb Hristo Trendev:
> Hi Thorsten,
>
> Thanks for your reply. I did check core show translations, but the
> following
> http://lists.digium.com/pipermail/asterisk-users/2012-November/276132.html
> suggests that the values displayed are no longer representing the
> computation cost only. However to answer your question:
>
> G722 to SLIN16 cost is 9000, reverse direction is 6000
> ALAW to SLN16 cost is 17000, reverse direction is 14500
>
> G722 to SLN cost is 9600, reverse direction is 8250
> ALAW to SLN cost is 9000, reverse direction is 6000
>
> With regards to the CPU usage per core - inside the VM, where only one
> core is available, the CPU was close to 100% when the problem started
> to apear, on the physical server with 4 cores, the cores were evenly
> loaded at about 30-40%. A single call into the conference consumed
> between 10-20% depending on whether I have denoise enabled or not.
>
> There is no dahdi board installed, I only use the dahdi module for
> conference timer (note that the problem is also present with the
> timerfd timing module).
>
> BR,
> Hristo
>
>
> On Wed, Feb 6, 2013 at 1:57 PM, Thorsten Göllner <tg at ovm-group.com
> <mailto:tg at ovm-group.com>> wrote:
>
> Did you check
> asterisk -rx "core show translation recalc 10"
>
> Am 06.02.2013 13:56, schrieb Thorsten Göllner:
>
> Sorry - I just read you alsways checked the cpu usage. Are all
> cores at 100%? Is it the atserisk process which consumes it all?
>
> Am 06.02.2013 13:54, schrieb Thorsten Göllner:
>
> Did you watch the cpu usage (for example with top)?
> You have a board installed which does use dahdi? Did you
> check the command "dahdi_test"?
> Maybe a (performance) problem of the software ec?
>
> Am 06.02.2013 11:13, schrieb Hristo Trendev:
>
> Hi,
>
> 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.
>
> 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.
>
> 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.
>
> 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.
>
> 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%.
>
> Did someone observe something similar?
>
> BTW, once the first participant enters the conference
> I start seeing probably over 50 messages per second
> saying:
>
> bridging.c:757 bridge_channel_join_multithreaded:
> Going into a multithreaded waitfor for bridge channel
> 0x292d708 of bridge 0x28f3658
>
>
>
--
Thorsten Göllner
OVM Office Voice Media GmbH
Herderstrasse 68
40237 Düsseldorf
Tel.: +49(0)211 / 618 57 53
Fax: +49(0)211 / 618 57 54
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20130208/4d265329/attachment.htm>
More information about the asterisk-users
mailing list