[Icecast-dev] icecast relay server performance testing

Alejandro cdgraff at gmail.com
Fri Jun 10 04:29:55 UTC 2016

Sorry, 35K concurrent with 8 workers at 60% cpu

2016-06-10 1:28 GMT-03:00 Alejandro <cdgraff at gmail.com>:

> Hi Zahar, what value has into
>     <workers>8</workers>
> This value is recommended to set at 1 by virtual core.
> I 'm using for some years, KH branch with 35 concurrent listeners into 8
> core vm.
> Regards,
> Alejandro
> 2016-06-10 0:50 GMT-03:00 Zahar Popov <zahar.popov1978 at yandex.com>:
>> Hello
>> I'm trying to measure the performance of the icecast relay server on
>> 64kbps streams.
>> The server is running in AWS (i've tried various instance types) and the
>> test clients are running on other machines in AWS. The test client is a
>> very simple libuv application that sends a GET request and basically
>> ignores everything it receives in the response. I'm using the icecast-kh
>> fork.
>> I'm able to go up to around 9K simultaneous connections to the server
>> (from two machines). The CPU usage is low, about 15% or so (on one core).
>> However connections are starting to be dropped. Checking netstat i see many
>> frames being lost. Increasing the transmit queue length helped, but still i
>> can't go beyond around 9K connections. I have increased the file descriptor
>> limits and configured IRQ balancing (even though the problem doesn't seem
>> to be CPU bound)
>> It doesn't matter if i run one or more instances of the relay server, the
>> limit seems to be OS global so when one instance is running with 5K
>> connections and the other instance is getting close to 4K connections they
>> both start dropping connections.
>> I assume that there is some other setting of the stack that i didn't
>> configure so i was wondering if anybody was able to run a few dozens of
>> thousands of connections on one server.
>> thanks!
>> --zahar
>> _______________________________________________
>> Icecast-dev mailing list
>> Icecast-dev at xiph.org
>> http://lists.xiph.org/mailman/listinfo/icecast-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xiph.org/pipermail/icecast-dev/attachments/20160610/b16f9741/attachment.html>

More information about the Icecast-dev mailing list