用 rsync 还是 syncthing?

2023-01-27 21:22:59 +08:00
 xinmans
有两个目录在两台 linux 服务器下需要经常同步,哪个方案效率高?
5432 次点击
所在节点    Linux
17 条回复
duckgo991
2023-01-27 23:43:53 +08:00
syncthing 吧必竟开源
lazyyz
2023-01-27 23:47:16 +08:00
正在用 syncthing ,推荐+1
woyaojizhu8
2023-01-28 00:11:40 +08:00
syncthing
MeteorCat
2023-01-28 00:31:11 +08:00
我用 rsync ,毕竟系统自带了不折腾
documentzhangx66
2023-01-28 01:23:38 +08:00
syncthing 同步策略不透明,该同步的没同步的 bug ,被解决了?
t2jk4000
2023-01-28 01:34:22 +08:00
rsync
IvanLi127
2023-01-28 01:39:08 +08:00
syncthing 挺好的,用了一年了,感觉比 rsync 稳定很多,没出幺蛾子
cnbatch
2023-01-28 02:14:39 +08:00
如果服务器上的文件经常重命名后移来移去、复制粘贴,那么 syncthing 效率比 rsync 更高。
如果文件内容经常改来改去,小幅度修改的情况下(比如 Log 文件追加内容)仍然是 syncthing 更好,大幅度修改的话(比如 JPEG 文件更改压缩率)那就 rsync 更好。
julyclyde
2023-01-28 08:58:41 +08:00
@duckgo991 开源这个特性,并不是 syncthing 比 rsync 的长处啊


@cnbatch 大幅度修改按说用啥都一样吧
lifanxi
2023-01-28 09:04:13 +08:00
这两个工具定位就不一样。
如果需要准实时同步,只能用 Syncthing ,否则 rsync 简单可靠。
jwz426
2023-01-28 09:30:25 +08:00
原来我也用 syncthing 单向同步两台服务器的文件,后面改用 inotify+rsync 更加简单快速。
Nazz
2023-01-28 11:17:55 +08:00
没用过 syncthing
cnbatch
2023-01-28 15:35:28 +08:00
@julyclyde 大幅度修改的时候,rsync 可以用 --whole-file 无脑复制,省去从增量比较这一步。
如果文件不大,比如都是一堆 jpg 文件,区别也许不那么明显;万一都是大文件,比如视频转码,一大堆转码后的文件,那么差异还是比较明显的,毕竟 syncthing 需要像 BT 软件那样全部文件都扫一遍、重新计算整体与部分的哈希值,这一步没办法跳过去。
julyclyde
2023-01-28 15:39:15 +08:00
@cnbatch syncthing 没有 whole 模式吗?那就不如 rsync 了
duckgo991
2023-01-28 15:53:26 +08:00
@julyclyde
看错了
cnbatch
2023-01-28 16:05:47 +08:00
@julyclyde 仅限“全部都是大幅度修改过的文件,且文件大小有改变、文件修改时间有改变,,同时 100%保证传输过程绝对不中断”的情况下 rsync --whole-file 才会比 syncthing 有优势。

其余情况下都是 syncthing 占优。
plko345
2023-01-29 01:13:58 +08:00
rsync 感觉更底层基础, 使用不友好, 配置好了也挺好用的

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/910909

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX