在Nginx上启用SPDY后，意外的文件下载缓慢

一个简单的WordPress静态网站完全在https上运行。

Nginx conf在这里： http : //pastebin.com/BrP0LThT

只有之前/之后的区别是：

listen 443 ssl; listen 443 ssl spdy; 

带有SSL的Nginx 1.8.0，没有SPDY：

• ZFS在FreeBSD上读取速度非常慢
• 硬件升级并迁移到VM后，MySQL性能问题
• Linux：空闲CPU的极端负载
• nomerge在Linux系统中意味着什么？
• 在瘦客户机上运行Windows 7的性能体验？

来自transitions.js文件的响应：

 HTTP/1.1 200 OK Server: nginx/1.8.0 Date: Sun, 28 Jun 2015 18:13:30 GMT Content-Type: application/javascript Last-Modified: Wed, 03 Dec 2014 14:19:08 GMT Transfer-Encoding: chunked Connection: keep-alive Vary: Accept-Encoding ETag: W/"547f1bdc-5267" Expires: Sun, 12 Jul 2015 18:13:30 GMT Cache-Control: max-age=1209600 Content-Encoding: gzip 

相同的服务器设置，SPDY：

来自同一个js文件的响应：

 HTTP/1.1 200 cache-control: max-age=1209600 content-encoding: gzip content-type: application/javascript date: Sun, 28 Jun 2015 18:24:49 GMT etag: W/"547f1bdc-5267" expires: Sun, 12 Jul 2015 18:24:49 GMT last-modified: Wed, 03 Dec 2014 14:19:08 GMT server: nginx/1.8.0 

请注意，SPDY启用后，这些文件的服务器响应如何差异很大。

加载一切的总时间几乎完全相同。

事实上，从一个相当倾斜的瀑布到一个垂直的垂直降，预计将全面复用。

但是，这些js，css和图像资产上的所有TTFB绿色条块都增加到了大约280ms，而下载内容的蓝色条块则从无到有，超过了1秒。

详细看这里：

这是一致的，是一致的。

iptables不build议任何限制。 Nginx的configuration文件没有任何变化，除了启用SPDY。 因为它是nginx 1.8.0，所以也不是tcp_nodelay的bug。 我的conf文件或防火墙中没有特殊的限制configuration。 keepalive_timeout是75，其他keepalive选项是默认的。

我应该在哪里看？ 我可以尝试什么？ 可能是什么问题？

由于带宽现在可能成为一个问题，多达28个资产正在同时下载，这里是带宽利用率的图表。 繁忙的JS下载发生在0.7s和2s之间。 酒吧一个奇怪的鼻子潜水，带宽最大（1.5Mbps），所以也许这里的主机环境也有一定的影响。