Thanks for the input I'll try to look into those issues. <div><br></div><div>Regards,</div><div>Nuno<br><div class="gmail_quote">2011/6/7 Ross Finlayson <span dir="ltr"><<a href="mailto:finlayson@live555.com">finlayson@live555.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

a couple of days ago i conducted some scalability tests with the live555 media server. The computer in test was a quad core that handle the job pretty well and of course a Gigabit port was used. For the last test I used several openRTSP clients. The video source I used was a transport steam file. The normal client downloads an average of 10Mbit/s (1,3Mbytes/s). For the test I created 68 clients all connecting to the same live555 server. The connection sequence was the following, 25 clients, 24 clients, 12 clients and 8. For the first 49 clients the connection was stable and normal, having a total throughput of more than 500Mbit/s. However when connecting the next 12 and 8, the bandwidth was reduced more than 20% for every client i think. Because testing for one  the average speed was less than 8Mbit/s with a total Throughput from the server of around 500Mbit/s.<br>

<br>
Later when the first 25 clients disconnected and the rest remained, the connection went up  reaching almost 750Mbit for 5 minutes and just for 44 clients, meaning they were compensating I guess for the stream delay. In the end all the remaining clients had a video file almost identical to the original one (missing a few seconds maybe). Why did this happen?<br>

</blockquote>
<br></div>
I don't know.  You'll have to explicitly measure exactly where in your system the bottleneck(s) are occurring, and exactly what is getting overloaded.<br>
<br>
Note that there's a lot more in 'your system' than just our software. In particular, you have operating systems, CPUs, networks, routers, etc.  Any of which could be limiting scalability.<br>
<br>
Note in particular that scalability problems with this (and other) software is often caused by operating-system-imposed limits on the number of open sockets.  Such a limit can usually be increased by reconfiguring your OS, so that's one of many things that you might try.<div class="im">
<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm guessing ofcourse this is due to the RTCP protocol.<br>
</blockquote>
<br></div>
No, that's highly unlikely.  The overhead of RTCP is negligible.<br>
-- <br><font color="#888888">
<br>
Ross Finlayson<br>
Live Networks, Inc.<br>
<a href="http://www.live555.com/" target="_blank">http://www.live555.com/</a><br>
_______________________________________________<br>
live-devel mailing list<br>
<a href="mailto:live-devel@lists.live555.com" target="_blank">live-devel@lists.live555.com</a><br>
<a href="http://lists.live555.com/mailman/listinfo/live-devel" target="_blank">http://lists.live555.com/mailman/listinfo/live-devel</a><br>
</font></blockquote></div><br></div>