[asterisk-dev] Asterisk scalability (was: Improve scheduler performance under high load)

[Vadim Lebedev]

It would be nice to have a bridge channel capable to operate an 
external  mediaproxy (http://www.ag-projects.com/MediaProxy.html)

The latest version is able to forward RTP traffic at router speeds using 
linux conntrack module.

This can be EXTREMELY useful in large Asterisk installs

Another option would be to integrate a conntrack interface into asterisk...



Thanks
Vadim
Joshua Colp wrote:
> ----- "Johansson Olle E" <oej at edvina.net> wrote:
>
>   
>> I think this together with the changes done by murf in the area of  
>> hash tables will mean that we done some major work to build a new  
>> generation of Asterisk that scales better than the old versions on the
>>  
>> current server architectures! Impressed!
>>
>> Now, can anyone start a discussion on the way we handle threads? If we
>>  
>> run on a quad-core or a system with dual quad core CPUs, we have  
>> capactiy for an enormous quantity of calls, with at least one thread 
>>
>> per call. Can a modern Linux/Unix thread scheduler handle 10 000  
>> threads efficently?
>>
>>     
>
> Some work is also being done with the new bridging core to change this some. There is a bridging
> module called bridge_multiplexed which groups up to 4 bridges (or 8 channels) into the same operating
> thread. We'll probably need to play with it to find the sweet spot on number of channels but hopefully
> this will help things.
>
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.digium.com/pipermail/asterisk-dev/attachments/20090216/e3d6af10/attachment.htm