HTTP is an ideal application for CloudBridge multi-level compression.
Static content, including standard HTML pages, images, video, and binary files, receives variable amounts of first-pass compression, typically 1:1 on pre-compressed binary content, and 2:1 or more on text-based content. Starting with the second time the object is seen, the two largest compression engines (memory-based compression and disk-baed compression) deliver extremely high compression ratios, with larger objects receiving compression ratios of 1,000:1 or more. With such high compression ratios, the WAN link stops being the limiting factor, and the server, the client, or the LAN becomes the bottleneck.
The appliance switches between compressors dynamically to give maximum performance. For example, the appliance uses a smaller compressor on the HTTP header and a larger one on the HTTP body.
Dynamic content, including HTTP headers and dynamically generated pages – pages that are never the same twice but have similarities to each other – are compressed by the three compression engines that deal with smaller matches. The first time a page is seen, compression is good. When a variant on a previous page is seen, compression is better.