Re: [Linphone-developers] is mediaStreamer code scalable for 100-200 audio calls

[Simon Morlat]

Hi,

audio_stream_start_with_files() does not block. I'm very suprised with
what you are observing.
If you want to reach the best performance, you 'll have to modify this
function so that the same MSTicker object is shared between the audio
streams. Ideally you might want to have only one MSTicker per machine
core, and I think 200 pcmu/pcma audio streams fit on a single
core/MSTicker.
The MSTicker is a real-time thread responsible for scheduling the
graphs, and of course it can handle multiple graphs simultaneously.

Simon


Le mercredi 21 avril 2010 à 17:48 +0530, Parveen Jain a écrit :
> Hi All,
>   I am trying to assess the mediaStreamer code for one of my project
> requirement.I had worked with basic call using mediaStreamer2 and
> oRTP,and I could establish one rtp session using the APIs provided in
> audiostream.c.Now I wanted to scale up the same application.
> my question is:
>   Is it possible to scale up the application which is using
> mediaStreamer2 .I wanted to establish almost 200 audio calls(or
> more) simultaneously.I was using "audio_stream_start_with_files"  API
> for establishing one RTP session,but whenever it starts up the call
> using this API, it gets busy in sending the RTP data without returning
> to main application until it finishes.If I go by this approach it
> means that I may have to create as many thread as the no. of RTP
> sessions I wanted to create, which can leads to sufficient resources
> burden to system.
>    Is there any way possible where I can start several RTP sessions
> without creating new threads.I am also ready to do some code
> changes(if these are minor), where mediaStreamer will run in a
> separate thread and will keep on sending data on several simultaneous
> RTP session without sticking only for one session.
> 
> 
> I can clarify further regarding my question if required :)
> 
> 
> Best Regards,
> Parveen Jain
> 
> 
> PS.Inadvertently sent the half done mail previously, please ignore
> that.
> 
> 
> ______________________________________________________________________
> Catch the changing security environment Get it now.
> _______________________________________________
> Linphone-developers mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/linphone-developers