标签: compression

我正在通过点对点 T1 线路发送增量 ZFS 快照，我们已经到了在下一次备份开始之前一天的快照几乎无法通过网络传输的地步。我们的发送/接收命令是：

zfs send -i tank/vm@2009-10-10 tank/vm@2009-10-12 | bzip2 -c | \
ssh offsite-backup "bzcat | zfs recv -F tank/vm"

我有足够的 CPU 周期可用。是否有更好的压缩算法或替代方法可以用来将更少的数据推送到线路上？

Rsync 具有用于压缩的命令行参数：

-z, --compress              compress file data during the transfer
    --compress-level=NUM    explicitly set compression level

什么--compress-level意思？哪些数字可以用作级别？

当您想要在 IIS 6.0 (Windows Server 2003) 上启用 HTTP 压缩时，您需要做/考虑很多事情。

有人可以提供一个完整的列表，列出您必须采取的措施才能正确启用 HTTP 压缩吗？

我有大量的相对性小数据文件，但它们占用了大约 50 GB，我需要将它们转移到另一台机器上。我试图想出最有效的方法来做到这一点。

我的想法是 gzip 整个事情，然后 rsync 它并解压缩它，依靠 rsync -z 进行压缩，gzip 然后使用 rsync -z。我不确定哪个最有效，因为我不确定 rsync -z 是如何实现的。关于哪个选项最快的任何想法？

我真的很感激能帮助理解这种 Apache 行为。

我正在从应用程序/json 中的 iPhone Objective-C 应用程序与 PHP 通信。Gzip 压缩在服务器上启用，并由客户端请求。

从我的.htaccess：

AddOutputFilterByType DEFLATE text/html text/plain text/xml application/x-httpd-php application/json

对于小型请求，Apache 正在设置“Content-Length”标头。例如（这些值在 Objective-C 中从标头输出）：

Connection = "Keep-Alive";
"Content-Encoding" = gzip;
"Content-Length" = 185;     <-------------
"Content-Type" = "application/json";
Date = "Wed, 22 Sep 2010 12:20:27 GMT";
"Keep-Alive" = "timeout=3, max=149";
Server = Apache;
Vary = "Accept-Encoding";
"X-Powered-By" = "PHP/5.2.13";
"X-Uncompressed-Content-Length" = 217;

X-Uncompressed-Content-Length是我添加的标头，设置为未压缩 JSON 字符串的大小。

如您所见，此请求非常小（217 字节）。

这是来自较大请求（282888 字节）的标头：

Connection = "Keep-Alive";
"Content-Encoding" = gzip;
"Content-Type" = "application/json";
Date = "Wed, …

是否可以使用 GZip 创建 .zip 文件？我一直在谷歌搜索，找不到任何让我相信这是可能的

在 IIS 日志文件夹和文件上使用 NTFS 压缩是一个好习惯吗？

通过这样做，我能够从 20GB 减少到 7GB。IIS 日志是每天的，平均大小为 20MB，但有些极端的日子有 200MB。

我想知道 IIS 是否必须在内存中打开整个文件，强制 NTFS 每次解压缩 20MB（或在极端情况下为 200MB）？或者是否有一些魔法可以让 IIS 附加内容？对系统有什么影响？如果我们增加流量，它会成为一个问题吗？

我应该每小时而不是每天拆分它们吗？

任何关于此的微软官方文件？我找不到一个。

我的系统管理员现在无法访问，我在服务器上有一个我想解压缩的压缩文件......但是，我们目前没有安装 zip 和 unzip，而且我没有 root 访问权限来安装它们。 ..

我完全没有选择吗？还有其他东西可以解压缩这个文件吗？

我正在使用tar将 linux 服务器备份到磁带。我正在使用使用-j压缩文件的选项bzip2，但是我看不到从 tar 调整 bzip2 块大小选项的方法。默认块大小为 900,000 字节，这提供了最佳压缩但最慢。我对压缩率并不那么在意，所以我希望以较小的块大小使 bzip2 运行得更快。

我正在寻找一种支持被tail编辑的压缩格式。这意味着您不必读取整个文件来获取最后 X 个未压缩字节。这是否适用于 bzip2、xz、lzma 等任何格式？

我曾经使用 gzip 编码过一些可以做到这一点的东西。基本上在一个非常高的层次上，它所做的是将多个 gzip 块放在一起，然后我有一个可以从文件末尾向后搜索直到最后一个块开始的工具。这些文件可以通过标准 gzip 实用程序完全读取，但我希望有一些更标准化的可用内容。

这样做的最终目的是用于日志文件，我可以将这些文件压缩写出，然后就可以使用tail它们（即使它们尚未完全写入；即流式传输），而无需等待从磁盘或网络读取整个内容。