@zhangyuting 本地会有 hash cache。查找 chunk 是否重复时先检查本地 cache，然后再查云端有没有这个 chunk 文件，一个 API 调用就可以搞定。

@darkr4y 曾经设想过以 Duplicacy 为底层开发过一个文件同步工具，但是最后决定还是集中精力完善 Duplicacy 和手头其它项目。

@keramist 这里有详细的 Duplicacy 和 duplicati 的对比： https://forum.duplicati.com/t/duplicati-2-vs-duplicacy-2/592

就速度而言，他们用了好几个办法，包括去掉压缩这一步才达到和 Duplicacy 差不多的速度。

duplicati 的最大问题是不可靠，经常备份数据坏掉，在他们的论坛以 repair 为关键词搜索一下你就知道了。

@qiuai 我试过了，没有问题。初始话命令是：

duplicacy init repository_id s3://oss-us-east-1@oss-us-east-1.aliyuncs.com/bucket/path

@SingeeKing 没有用过 Surge。可能需要设置让 Duplicacy 的流量也走 Surge ？

@zhangyuting 元数据是存在云端。

@qiuai 阿里云 OSS 好像是兼容 S3 的，所以 Duplicacy 应该支持。

@Menci 命令行版本对个人用户是完全免费的，企业用户也只要$20 每个用户每年。如果你是企业用户但又需要免费的软件，那么 Duplicacy 确实不适合。

@PressOne 你说的是对的。Duplicacy 让用户多了一个分散节点聚中心的选择，同时 copy 命令支持在不同存储之间拷贝备份。

@Showfom 如果每台机器用单独的密码那就很难做到 deduplication。我觉得比较好的方案是先不加密备份到内网的一台主机上再用 rclone 或 Duplicacy 的 copy 命令拷贝到云端。

@Showfom 如果你担心云存储的可靠性，那么你应该将在存在一个云存储的备份拷贝到另一个上，而不是让每台机器有自己的备份空间。

比如有 100 台机器需要备份，那么正确的方案是备份到同一个空间后，再通过 rclone 或 Duplicacy 的 copy 命令来拷贝到另一个存储。每台机器有自己单独备份空间的话，一来浪费空间，二来一旦一个云存储数据丢失总会影响到某些机器。

@l1093178 谢谢你的反馈。已有用户要求用 argon2 来代替 PBKDF2，看来我需要很快实现这个。

restic 算其它软件中不错的，但是如果你备份多台机器到同一个云存储空间，restic 的算法是不可靠的而且很危险，具体讨论见 https://github.com/restic/restic/issues/1141

如果每台机器有单独的云存储则关系不大。

除此之外，restic 一直没有实现压缩，现在已经比 Duplicacy 慢，加入压缩后只会更慢

另外不同意 restic 更加模块化更加容易扩展。基本上 rclone 支持的 Duplicacy 都支持，所以这个 rclone backend 对 Duplicacy 没有必要。

@dianso @carbon @zhaoyc2018 这里有中文教程，是 DigitalOcean 写的教程的翻译： https://www.howtoing.com/manage-backups-cloud-duplicacy

@SingeeKing 你在国内吗？ GUI 版本的 license server 架在 google app engine 上，国内可能没法访问。

@gamexg 哈希码作为文件名只是第一步。最大的问题是如何删除旧备份来回收空间而不影响其它备份，我们发明了一个技术解决了这个难题……

@SingeeKing 谢谢指正。"No"在这里确实不准确，我会把它去掉。

@zhandi 可以： https://github.com/gilbertchen/duplicacy/wiki/Include-Exclude-Patterns

@Tink 哈希码作为文件名，这样只要査找文件名就知道同一份文件以前有没有上传过。

@PressOne 所有文件先打包再分割平均 4MB 的 chunk 再上传。用 Linux 源代码做测试 Duplicacy 的速度比其它软件都快很多： https://github.com/gilbertchen/benchmarking