nginx – 连接build立时间太长

我是nginx的新手,我正在使用它在我的服务器上向用户提供video。 前几天服务器开始变得非常慢,同时有大约500-600用户在线,请注意,我在服务器上有1gbps线路,所以它不是带宽。 它需要服务器大约一分钟或2分钟作出回应,但一旦文件开始stream式传输速度是正常的,所以它采取服务器很长的时间来发现我猜的文件! 我想知道如果有人知道我可以解决这个问题吗? 我已经尝试增加打开的文件限制和工作人员的限制,但仍然不是运气!

我也有兴趣聘请一个人来解决这个问题,如果他们知道如何做到这一点,并有类似的情况以前的经验。

问候

附加信息

total used free shared buffers cached Mem: 7861 7695 166 0 3 4233 -/+ buffers/cache: 3459 4402 Swap: 4095 44 4051 

所以,你需要从下往上找出瓶颈。 我写了一篇相当全面的文章,关于几年前发现性能瓶颈 ,这应该是有帮助的。

简而言之,您需要确定问题根源的确切系统组件(使用像sar这样的工具或许多等效工具),然后进行修复。 一旦你解决了这个问题,其他的东西就会成为瓶颈,所以你重复这个过程直到性能是可以接受的。

在您的具体情况中,磁盘I / O 可能是问题,但是复杂的因素是请求需要很长时间才能得到服务,但stream式传输正常。 我正在研究哪里存在问题 – 是内核快速build立TCP连接(使用tcpdump寻找三方握手),nginx是快速获得acceptstrace nginx和它的工作人员),是HTTP请求处理需要一段时间( nginx日志文件在最大的debugging,cap'n)? 有条不紊的解决问题的方法可以治愈许多弊端。

(另外,虽然我没有咨询,但是我确实为一家专门从事全栈系统支持的托pipe公司工作,所以如果您需要付费帮助,它总是在那里)