在复制之前压缩文件是否更快？

Question

我有大约 80 GB 的数据需要复制到外部硬盘驱动器。首先压缩所有文件然后复制会更快吗？或者压缩和解压缩所需的时间是否会比它节省的复制时间更长？

我将重新安装 Windows，因此基本上是文档、图片、视频等。还有一个 Outlook .pst 备份文件。并且有 28,284 个文件。

在开始之前我应该​​警惕的任何可能会加快进程的指示？

Answer 1

我假设您的外部驱动器是通过 USB、eSATA、Firewire 或类似方式连接的。在这些情况中的任何一种情况下，驱动器对于主机计算机来说都是一个块设备，而主机将与硬盘“对话”，就好像它是一个内部硬盘驱动器一样。这就是拥有“USB 大容量存储”设备类的全部意义所在。

这也意味着数据必须以它们打算在硬盘上显示的精确方式推送到线路上。没有任何方案可以在主机上压缩数据，通过 USB 连接发送压缩数据，然后在现在原始的、未压缩的数据存储到物理介质之前透明地解压缩。因此，您要么必须事先压缩源磁盘上的数据，要么跳过设计（例如，将 NAS 放在中间并使用压缩网络协议）。

更复杂的是，除非您有非常具体且可压缩的数据，否则您的压缩率很可能会很差。如果 80 GB 的大部分是由视频、图片等组成，您甚至可能会得到负比率，因为这些已经使用非常专业的算法进行了高度压缩。

在任何情况下，得到任何显著压缩比招致重量的CPU时间。您可以通过一个简单的实验粗略估计它的成本：只需尝试在最高设置下使用 7zip 压缩任何 1 GB 文件并测量时间。然后测量解压结果需要多长时间。

大多数压缩算法都针对解压缩速度进行了优化，因为通常会更频繁地进行解压缩。尽管如此，还是会出现明显甚至显着的性能损失，并且每次访问压缩数据时您都将支付该损失。

或者压缩和解压缩所需的时间是否会比它节省的复制时间更长？

在开始之前我应该​​警惕的任何可能会加快进程的指示？

如果您想要完成的只是将数据从源驱动器获取到外部驱动器，那么在您在此处获得答案时，副本很可能已经完成。:o) 特别是因为 80 GB 不再是什么大问题了；假设大概数字为 10 MB/s，您将等待不到三个小时。压缩80 GB将需要多长时间。

东西确实值得考虑，虽然是中断传输。必须在 95% 标记处重新启动 80 GB 传输并且必须从头开始重新启动……至少可以说很烦人。在这种情况下rsync，规范工具是，它可以为您节省大量时间，远远超过压缩可能为您提供的时间。价格是如何使用它的一小笔投资，但您不会在之后读取数据时有性能损失，这是一个很大的优势。

TL;DR：从我从你的问题中收集到的，rsync（或类似的）是要走的路。除了非常特殊的情况外，压缩将浪费大量时间。