| View previous topic :: View next topic |
| Author |
Message |
Anonymous Guest
|
Posted: Mon Apr 07, 2008 3:27 pm Post subject: No more 500 users. i need help |
|
|
| Which I have a problem I have two servers for Internet radio but neither is maintained because the signal is cut every 50 seconds. The bandwidth is that each server is 100Mbps and 200Mbps at the other approximately hope at least 1500 simultaneous users, but now I can only achieve with a lot of work for up to 500 users. And check the server and processes does not exceed 13%. Someone that I can say to do? |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Mon Apr 07, 2008 4:06 pm Post subject: |
|
|
it's not clear from your description which part is failing, are the streams disconnecting and dropping listeners or are listeners falling too far behind. You should really look at the error log if problems occur.
karl. |
|
| Back to top |
|
 |
Anonymous Guest
|
Posted: Mon Apr 07, 2008 5:25 pm Post subject: |
|
|
In error.log shows no errors think so.
[2008-04-07 17:19:54] DBUG source / Client removed process_listeners
[2008-04-07 17:19:54] INFO source / process_listeners count on listener / digital now 173
[2008-04-07 17:19:55] DBUG stats / process_global_event update on global node "clients" (455)
[2008-04-07 17:19:55] DBUG stats / process_global_event update on global node "listeners" (451)
[2008-04-07 17:19:55] DBUG stats / process_global_event update on global node "stream_kbytes_sent" (79233310)
[2008-04-07 17:19:55] DBUG stats / process_global_event update on global node "stream_kbytes_read" (790081)
[2008-04-07 17:19:55] DBUG stats / process_global_event update on global node "stream_kbytes_sent" (79244156)
[2008-04-07 17:19:55] DBUG stats / process_global_event update on global node "stream_kbytes_read" (790144)
[2008-04-07 17:19:55] INFO source / send_to_listener Client 9060 (189.168.22.157) has fallen too far behind, removing
[2008-04-07 17:19:55] DBUG source / Client removed process_listeners
[2008-04-07 17:19:55] INFO source / process_listeners count on listener / mix now 235
[2008-04-07 17:19:56] DBUG stats / process_global_event update on global node "clients" (454)
[2008-04-07 17:19:56] DBUG stats / process_global_event update on global node "listeners" (450)
[2008-04-07 17:19:56] DBUG stats / process_global_event update on global node "stream_kbytes_sent" (79246370)
[2008-04-07 17:19:56] DBUG stats / process_global_event update on global node "stream_kbytes_read" (790205)
[2008-04-07 17:19:58] INFO source / send_to_listener Client 6861 (189.163.198.52) has fallen too far behind, removing
[2008-04-07 17:19:58] DBUG source / Client removed process_listeners
[2008-04-07 17:19:58] INFO source / process_listeners count on listener / digital now 172
[2008-04-07 17:19:58] DBUG stats / process_global_event update on global node "clients" (453)
[2008-04-07 17:19:58] DBUG stats / process_global_event update on global node "listeners" (449)
[2008-04-07 17:19:58] DBUG connection / _handle_get_request start with / mix
[2008-04-07 17:19:58] INFO auth / max add_listener_to_source on / mix is 4294967295 (cur 235)
[2008-04-07 17:19:58] DBUG auth / add_listener_to_source Added to client / mix
[2008-04-07 17:19:58] DBUG stats / process_global_event update on global node "clients" (454)
[2008-04-07 17:19:58] DBUG stats / process_global_event node update on global "connections" (9064)
[2008-04-07 17:19:58] DBUG stats / process_global_event update on global node "client_connections" (9000)
[2008-04-07 17:19:58] DBUG format / format_check_http_buffer processing pending client headers
[2008-04-07 17:19:58] INFO source / process_listeners count on listener / mix now 236
This is part of the error log.
What happens is that the user can only listen as a customer 50 seconds of the station without any court whether the user has a high-bandwidth or not. The server should bear more than 1500 users simultanios but does not allow the entry of more more than 600 users. Typically, when I run the test icecast to see how many users are supported not have problems with over 3500 users but already in the air when they are not permitted |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Mon Apr 07, 2008 6:25 pm Post subject: |
|
|
| Quote: |
[2008-04-07 17:19:58] INFO source / send_to_listener Client 6861 (189.163.198.52) has fallen too far behind, removing
|
The above is an example of a slow listener. They are not reading the amount of data they need to be playback the stream so they lag behind in the queue until they are queue-size bytes behind at which point they are dropped with the above message. The only thing that icecast can control is the size of the queue, 500k/1MB etc. burst -size adds the initial lag but that is usually 64kbyes.
Other than that, the problem could be the outgoing network link, it may be saturated or the stream bitrate is far greater than you expect.
karl. |
|
| Back to top |
|
 |
Anonymous Guest
|
Posted: Mon Apr 07, 2008 6:40 pm Post subject: |
|
|
Do I recommend changing the queue-size or burst-size?.
Airs at 10kbps for example http://www2.grupoacir.com.mx:8000/digital if you want to hear. One of the stations. To be able to improve this is meant for users with a connection to 64kbps
Daniel |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Mon Apr 07, 2008 9:01 pm Post subject: |
|
|
That stream is not 10kbps, it looks to be 96kbps, so allow for that in your bandwidth allocations.
karl. |
|
| Back to top |
|
 |
Anonymous Guest
|
Posted: Mon Apr 07, 2008 9:07 pm Post subject: |
|
|
| ok a question, according to statistics from the server all the stations are at 10kbps I really do this .. The serious question is how you tell me which seems to 96kbps? |
|
| Back to top |
|
 |
Anonymous Guest
|
Posted: Mon Apr 07, 2008 9:35 pm Post subject: |
|
|
| wardog wrote: |
| ok a question, according to statistics from the server all the stations are at 10kbps I really do this .. The serious question is how you tell me which seems to 96kbps? |
Hi, i don't know it helps, but i take also an ear and eye to the stream you posted and in Winamp is shown between 96Kbs and 106kbs.
I take a look at 11:35pm (GMT+1) |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Mon Apr 07, 2008 11:17 pm Post subject: |
|
|
Look at the /admin/stats.xsl for the incoming bitrate, you'll find that the actual settings are not matching the details sent in the headers. The actual mp3 data is reporting it as 96k, so the incoming rate should be near to that.
karl. |
|
| Back to top |
|
 |
|