Nginx flv stream gets too slow on 2000 concurrent connections

[shahzaib shahzaib]

The load(nload) of 1500+ concurrent connections with 1Gbps port  is : Curr:
988.95 MBit/s
                                                                   ##  ##
##  ##  ##  ##  ##  ##  #  Avg: 510.84 MBit/s
                                                                   ##  ##
##  ##  ##  ##  ##  ##  #  Min: 0.00 Bit/s
                                                                   ##  ##
##  ##  ##  ##  ##  ##  #  Max: 1005.17 MBit/s
                                                                   ##  ##
##  ##  ##  ##  ##  ##  #  Ttl: 10017.30 GByte

What should i see into dmesg to analyse the problem ? I'll also send you
the nload when the traffic will hit to its peak, at this time its average
traffic. The following is ifconfig eth0 output :-

eth0      Link encap:Ethernet  HWaddr X:X:X:X:X:X
          inet addr:X.X.X.X  Bcast:X.X.X.X  Mask:255.255.255.192
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3713630148 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7281199166 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:260499010337 (242.6 GiB)  TX bytes:10767156835559 (9.7
TiB)
          Memory:fbe60000-fbe80000



On Thu, Jan 24, 2013 at 12:29 AM, Rainer Duffner <rainer at ultra-secure.de>wrote:

>
> Am 23.01.2013 um 20:03 schrieb shahzaib shahzaib <shahzaib.cb at gmail.com>:
>
> > And also the 20+ lines of vmstat are given below with 2.6.32 kernal :-
>
>
> There was a thread recently (well, last year sometimes) with a link to a
> blog in Chinese with sysctl-settings etc.
> It had tunings for 2k concurrent connections.
>
> Maybe somebody can dig it out?
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20130124/7a1d3337/attachment.html>