Nginx flv stream gets too slow on 2000 concurrent connections

[shahzaib shahzaib]

Hello,

       Following is the output of vmstat 1 on 1000+ concurrent connections
:-

procs -----------memory---------- ---swap-- -----io---- --system--
-----cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id
wa st
 0  0      0 438364  43668 31548164    0    0    62    23    3    0  5  0
95  0  0
 0  0      0 437052  43668 31548520    0    0  1292     0 19763 1570  0  0
99  1  0
 0  1      0 435316  43668 31549940    0    0  1644     0 20034 1537  0  0
99  1  0
 1  0      0 434688  43676 31551388    0    0  1104    12 19816 1612  0  0
100  0  0
 0  0      0 434068  43676 31552304    0    0   512    24 20253 1541  0  0
99  0  0
 1  0      0 430844  43676 31553156    0    0  1304     0 19322 1636  0  0
99  1  0
 0  1      0 429480  43676 31554256    0    0   884     0 19993 1585  0  0
99  0  0
 0  0      0 428988  43676 31555020    0    0  1008     0 19244 1558  0  0
99  0  0
 0  0      0 416472  43676 31556368    0    0  1244     0 18752 1611  0  0
99  0  0
 2  0      0 425344  43676 31557552    0    0  1120     0 19039 1639  0  0
99  0  0
 0  0      0 421308  43676 31558212    0    0  1012     0 19921 1595  0  0
99  0  0


This might be a stupid question ,which section should i focus from above
output to analyze if I/O is performing well or in heavy load?

Thanks


On Wed, Jan 23, 2013 at 4:58 PM, skechboy <nginx-forum at nginx.us> wrote:

> Have you checked HDD performance on the server in this periods with atop or
> iostat 1 ?
> It's very likely to be related with this since I guess there's a lot's of
> random reading on 2000 connections.
>
> Posted at Nginx Forum:
> http://forum.nginx.org/read.php?2,235447,235456#msg-235456
>
> _______________________________________________
> 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/20130123/11cd6d69/attachment.html>