压缩难题:如何衡量到底发生了什么

有个足球雷竞技app |

压缩难题:如何衡量到底发生了什么

在测试过程中，我们必须通过几次测试这些应用程序加速度设备使用压缩来更快地沿着电线移动包。

最初，我们尝试了拨号、有线/DSL和局域网用户的比例分别为40- 40- 20。就压缩而言，这根本不起作用。当我们使用压缩时，这些设备的事务率下降，响应时间增加。

部分问题在于，我们的流量负载是基于每个类中的用户数量，而不是每个用户请求的事务数量。因为局域网流量的运行速度远高于拨号或电缆/DSL流量，大多数杰出的流量来自局域网客户端，对他们来说压缩没有任何好处。

然而，这并不是故事的全部。的Citrix高潮,F5和瞻博网络所有的产品都提供了选择性应用HTTP压缩的能力，例如仅针对那些有拨号或有线/DSL用户的客户端子网。因此，这些产品并没有试图压缩局域网流量。即便如此，没有压缩的响应时间也比有压缩的响应时间要长。(在Array的系统中，HTTP压缩要么打开要么关闭;它不能选择性地应用这个特性。)

为了显示压缩带来的一些好处，我们缩小了测试规模，只使用拨号和有线/DSL用户，没有LAN流量。这里，HTTP压缩确实减少了响应时间，但只是在某些情况下。

<之前:结果可能会有所不同|返回:每个测试箱的比较>