压缩

Citrix SD-WAN WANOP 压缩的优势是什么?

虽然压缩的基本机制是缩小数据流,但这样做的好处是使事情更快。较小的文件(或较小的事务)传输所需的时间较少。大小无关紧要:压缩点是速度。

如何衡量压缩效益?

有两种测量压缩效益的方法:时间和压缩比。当 WAN 链接是主要瓶颈时,这两者是相互关联的。由于 Citrix SD-WAN WANOP 压缩机速度非常快,实时压缩数据,压缩 5:1 的文件在五分之一的时间传输。在遇到次要瓶颈之前,这一点始终如一。例如,如果客户端速度太慢,无法处理全速传输,则 5:1 的压缩比可提供低于 5:1 的加速。

压缩是如何工作的?

压缩引擎会保留先前通过链接传输的数据,最新的数据保留在内存中,磁盘上的数据数量更大。当再次遇到之前传输的字符串时,它将替换为对上一个副本的引用。此引用通过 WAN 而不是实际字符串发送,另一端的设备会查找引用并将其复制到输出流中。

最大可实现的压缩比是多少?

Citrix SD-WAN WANOP 设备上可实现的最大压缩比约为 10000:1。

预期的压缩比是多少?

总体压缩率是所有尝试压缩链路上数据流的平均值。有些压缩比其他人更好,有些从来没有压缩。设备使用服务类来防止向压缩机发送明显不可压缩的流。压缩对不同类型数据的影响如下所示:

一次性压缩或加密的数据流不会再被看到,并且已经被压缩或加密,例如加密 SSH 隧道和实时摄像机监视 — 不会压缩,因为它们的数据流永远不会两次相同。

压缩二进制数据或被多次看到的加密数据在第二次和后续传输中压缩得非常好,在这些后续传输中,压缩比在数百到数千到一之间。在第一次转移时,他们不会压缩。此类数据的平均压缩比取决于多次查看数据的频率。虽然单个传输有时显示压缩率超过 1 000:1,但链路上压缩二进制数据的平均值在大多数链路上介于 1.5:1 和 5:1 之间,某些链路的平均值高于 10:1,具体取决于流量的性质。

文本流和未压缩/未加密的二进制数据即使在第一次传递也会压缩。文本流压缩得很好,因为即使不相关的文本也有许多子字符串共同点。文档、源代码、HTML 页面等都是如此。在 1.5:1 到 4:1 的顺序上进行首次压缩是常见的。在第二次和后续传递中,它们压缩几乎以及压缩二进制数据(100:1 或更多)。未压缩的二进制数据是可变的,但压缩通常比文本更好。未压缩的二进制数据示例包括 CD 映像、可执行文件以及未压缩的图像、音频和视频格式。在第二次和随后的过程中,它们压缩了关于以及压缩的二进制数据。

XenApp 和 XenDesktop 数据压缩特别适用于文件传输、打印机输出和视频,前提是相同的数据流之前遍历过链接。由于协议开销,峰值压缩约为 40:1,平均压缩可能在 3:1 左右。交互式数据流(如屏幕更新)给出的压缩结果大约为 2:1。

缓存和压缩有什么区别?

缓存将整个命名对象保存在客户端设备上。在文件系统缓存的情况下,名称可以是路径和文件名,在 Web 缓存的情况下是 URL。如果您传输具有不同名称的相同对象,则缓存不会带来任何好处。如果传输与缓存对象名称相同的对象,但内容略有差异,则缓存不会带来任何好处。如果可以从缓存中提供对象,则不会从服务器中提取对象。

另一方面,压缩没有对象名称的概念,并且只要传输中的字符串匹配已经在压缩历史中的字符串,就会带来好处。这意味着,如果您下载文件、更改 1% 的内容并上传新文件,则上传时可能会达到 99:1 的压缩。如果您下载文件,然后将其上传到远程站点上的其他目录,则可能也会实现较高的压缩率。压缩不需要文件锁定,也不会受到 “陈旧” 的影响。该对象总是从服务器获取,因此始终是字节逐字节正确的。

压缩