HTTP压缩的问题?

时间:2009-03-03 22:15:49

标签: http jboss compression

我们正在研究在JBoss提供的应用程序上使用HTTP压缩。在Tomcat SAR中进行设置更改后,我们看到压缩率约为80% - 这显然很棒,但是我要谨慎......在实现此系统之前,有没有人遇到过使用HTTP压缩的问题?

有几点需要注意我的情况。

  • 我们完全控制浏览器 - 所以整个公司都使用IE6 / 7
  • 该应用仅供内部使用
  • 在负载测试期间,我们的应用服务器负载相对较小 - 数据库是我们的瓶颈
  • 我们控制客户端计算机,他们都得到了规格检查(体面处理器/ 2GB RAM)

对此有任何经验将非常感激!

4 个答案:

答案 0 :(得分:2)

压缩不被视为异国情调或前沿(fwiw)我没有听说过或遇到任何问题。

答案 1 :(得分:2)

即时压缩会增加服务器上的CPU负载。如果可能的话,预压缩静态资源并缓存压缩的动态响应可以解决这个问题。

答案 2 :(得分:2)

这一直是一个非常好的主意。它会给你的服务器增加轻微的CPU负载,但这通常不是你的瓶颈。它会使您的页面加载更快,并且您将使用更少的带宽。

答案 3 :(得分:1)

只要您正确地尊重客户端的Accept-Encoding标头(即不向不能解压缩它们的客户端提供压缩文件),就不应该有问题。

哦,记住deflate is faster than gzip