更新大于1GB的文件？

Question

目前我使用xdelta来制作更新文件并仅发送用户当前应用程序版本的差异，但我想知道是否有更好的方法或其他方法来解决这种情况以及社区可以给我的建议。

我们的应用程序是用C＃编写的，我们的web服务器在Linux上运行，带有apache httpd。

使用xdelta新补丁缩小到旧文件和新文件之间的大小差异，因此更新在10mb到500mb之间变化，避免了每次更改内容时需要重新上载这些1GB。

1. 我还有什么其他选择可以推荐我吗？
2. 在这种情况下我还应该考虑什么？

PS：说实话，我真的很失落，这是我制作的第一个更新程序应用程序，我真的不知道我做得对。

---

如果可能，建议使用开源或非商业应用程序

Answer 1

由于提供的信息量极少，我发现您的方法没有问题。 如果需要修补1GB文件，则需要修补1GB文件。 我假设它是一个数据文件，因此需要这么大？ 有没有什么办法可以将它拆分成不经常改变的文件，可能会进一步缩小你的补丁大小？

Answer 2

你可以尝试一下bsdiff。 这与xdelta是一回事，算法有所不同。

在我第一次尝试时开始使用Windows并不是那么简单（现在可能会有所不同，暂时没有看过），但一旦它起作用，它就可以了。
我的里程是压缩比xdiff慢了大约10倍（但是，谁在乎...）并生成通常大约一半大小的补丁。 显然你的里程数很大程度上取决于你的数据，但对我来说这是一个很大的胜利。 如果你有空闲时间，你总是可以尝试一下。

在某些情况下，糟糕的压缩时间可能是一种威慑，但对于我的情况，补丁的大小是一切的一半借口，我不在乎是否在整个周末生成补丁，如果只是缩小了尺寸再次。