| View previous topic :: View next topic |
| Author |
Message |
Benicio
Joined: 02 Sep 2009 Posts: 13
|
Posted: Tue Sep 15, 2009 2:29 pm Post subject: Insufficiency of Bandwidth |
|
|
I did looked through the section of Icecast Load Test Results (by oddsock)
And understand that for the maximum number of listeners - the limitation is bandwidth.
In HW it's just the case if there are too many source clients so we need also keep in mind that each source client adds about 672KB to the virtual size of the icecast proces (but it's looks like not the real case).
So I want to ask about the situation:
For example i use 100Mbit bandwidth from the server. Assume that network utilization is near the 100 Mbit/s, what would be with the server (icecast process) if another one listener ask for the stream???
The service will not run for him?
Or will he gather the stream, but it will be the case of degradation in all other streams?
Or maybe this issues is networking, not in configuring of icecast?
________
maryjane
Last edited by Benicio on Wed Feb 02, 2011 1:59 am; edited 1 time in total |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Tue Sep 15, 2009 3:21 pm Post subject: |
|
|
For the main code each source will add a fair bit because of stacks although normally not much of that is actually used but does ad d a fair bit to the VM space if you have a lot of streams, the kh tree reduces that considerably now.
If you are near max bandwidth then icecast won't know unless you give it a limit to work to, eg max-listeners. If the new listener is within the limits then they will be allowed on but if max badnwidth is reached then the stream bandwidth will be throttled at the OS and so listeners can fall behind and drop off the queue. There is no prioritising of listeners currently.
karl. |
|
| Back to top |
|
 |
Benicio
Joined: 02 Sep 2009 Posts: 13
|
Posted: Wed Sep 16, 2009 1:59 pm Post subject: |
|
|
| Quote: |
| For the main code each source will add a fair bit because of stacks although normally not much of that is actually used but does ad d a fair bit to the VM space if you have a lot of streams, the kh tree reduces that considerably now. |
Don't understabd this
Thanks for the second part
And the result:
1)I can specify max *concurrent* connections for the entire server in section limits:
<limits>
<clients>100</clients>
</limits>
So for this part I can calculate BW=radiostation_bitrate*Number_of_listeners
2)and also I can set the maximum number of listeners that can be attached to specific mountpoint
<mount>
<max-listeners>1</max-listeners>
</mount>
Is this okay?
________
iolite portable vaporizer |
|
| Back to top |
|
 |
|