Apache gzip服务器响应情况更糟
根据Yahoo性能团队的建议,我决定在Apache上启用mod_deflate。在检查结果时(使用HTTPWatch),gzip响应比非gzip响应平均多花费100毫秒Apache gzip服务器响应情况更糟,apache,gzip,Apache,Gzip,根据Yahoo性能团队的建议,我决定在Apache上启用mod_deflate。在检查结果时(使用HTTPWatch),gzip响应比非gzip响应平均多花费100毫秒 服务器的平均负载是使用发送什么样的响应?您不会注意到压缩某些类型的二进制数据的任何好处,例如图像、Flash动画和其他此类资产;GZip最适合文本 此外,压缩数据会在服务器和客户端上产生轻微的性能开销,但您预期会是这样,对吧?我认为Yahoo的观点并不是说压缩速度会更快。如果你看一下带宽的边际成本与CPU功率的对比,如果它允许你
服务器的平均负载是使用发送什么样的响应?您不会注意到压缩某些类型的二进制数据的任何好处,例如图像、Flash动画和其他此类资产;GZip最适合文本
此外,压缩数据会在服务器和客户端上产生轻微的性能开销,但您预期会是这样,对吧?我认为Yahoo的观点并不是说压缩速度会更快。如果你看一下带宽的边际成本与CPU功率的对比,如果它允许你使用更少的带宽,你最好使用更多的CPU。我同意Rob的观点,你需要弄清楚延迟是否是由于Apache没有尽快提供文件,因为它必须经过压缩,或者是因为其他原因。仅仅观察HTTP响应并不能告诉你为什么它会变慢,事实就是如此。嗨,Rob,我编码了Text/HTML、JS、CSS、JPG——我假设负载上可能会有严重的CPU利用率,尽管我甚至没有测试,因为我得到了这些令人不快的结果。我的测试的目标是一个相当大的JS>200KB文件,并压缩到54KB,看起来,未压缩的文件始终得到更快的服务。