这是一个创建于 130 天前的主题，其中的信息可能已经有所发展或是发生改变。
有两个目录在两台 linux 服务器下需要经常同步，哪个方案效率高？
 |
1
duckgo991 129 天前
syncthing 吧必竟开源
|
 |
2
lazyyz 129 天前 via Android  1
正在用 syncthing ，推荐+1
|
 |
3
woyaojizhu8 129 天前
syncthing
|
 |
4
MeteorCat 129 天前 via Android
我用 rsync ，毕竟系统自带了不折腾
|
 |
5
documentzhangx66 129 天前
syncthing 同步策略不透明，该同步的没同步的 bug ，被解决了？
|
 |
6
t2jk4000 129 天前
rsync
|
 |
7
IvanLi127 129 天前 via Android
syncthing 挺好的，用了一年了，感觉比 rsync 稳定很多，没出幺蛾子
|
 |
8
cnbatch 129 天前 1
如果服务器上的文件经常重命名后移来移去、复制粘贴，那么 syncthing 效率比 rsync 更高。
如果文件内容经常改来改去，小幅度修改的情况下（比如 Log 文件追加内容）仍然是 syncthing 更好，大幅度修改的话（比如 JPEG 文件更改压缩率）那就 rsync 更好。 |
 |
10
lifanxi 129 天前 via Android
这两个工具定位就不一样。
如果需要准实时同步，只能用 Syncthing ，否则 rsync 简单可靠。 |
 |
11
jwz426 129 天前
原来我也用 syncthing 单向同步两台服务器的文件，后面改用 inotify+rsync 更加简单快速。
|
 |
12
Nazz 129 天前
没用过 syncthing
|
|
13
cnbatch 129 天前
@julyclyde 大幅度修改的时候，rsync 可以用 --whole-file 无脑复制，省去从增量比较这一步。
如果文件不大，比如都是一堆 jpg 文件，区别也许不那么明显；万一都是大文件，比如视频转码，一大堆转码后的文件，那么差异还是比较明显的，毕竟 syncthing 需要像 BT 软件那样全部文件都扫一遍、重新计算整体与部分的哈希值，这一步没办法跳过去。 |
|
16
cnbatch 129 天前
@julyclyde 仅限“全部都是大幅度修改过的文件，且文件大小有改变、文件修改时间有改变,，同时 100%保证传输过程绝对不中断”的情况下 rsync --whole-file 才会比 syncthing 有优势。
其余情况下都是 syncthing 占优。 |
 |
17
plko345 128 天前
rsync 感觉更底层基础, 使用不友好, 配置好了也挺好用的
|
Select Language