这是一个创建于 4105 天前的主题，其中的信息可能已经有所发展或是发生改变。
大家有没实际测试对比过的？
主要是备份(同步)目前已有的大量图片。每天主要是新增文件，但数量不多，对旧文件的修改很少(偶尔删除几张图而已)。
最初为了方便不用安装配置 rsync，随手写了一个 lftp 的脚本跑到现在，每天都要跑个2、3小时，95%以上的时间都是在遍历旧文件。
这个，换成 rsync 会明显比 lftp 快吗？
主要是备份(同步)目前已有的大量图片。每天主要是新增文件，但数量不多，对旧文件的修改很少(偶尔删除几张图而已)。
最初为了方便不用安装配置 rsync，随手写了一个 lftp 的脚本跑到现在，每天都要跑个2、3小时，95%以上的时间都是在遍历旧文件。
这个，换成 rsync 会明显比 lftp 快吗？
 |
1
yanwen 2014 年 10 月 27 日
bittorrent sync 比较好用。。
|
 |
2
lemonda 2014 年 10 月 27 日
速度不知道，我用 duplicity
|
 |
3
aa65535 2014 年 10 月 27 日
rsync -au --delete --force $BASE $DEST
满足你的需求 |
 |
4
20150517 2014 年 10 月 27 日 via Android
我公司同步mongodata，400gb-800gb全球部署，都是用lftp,rsync好像不能多线程，lftp能多线程，速度基本能跑满
|
 |
5
guoguoer 2014 年 10 月 27 日 via Android
加了文件日期不一致才上传的情况下？
要不就先用find把新文件找出来传。 |
 |
6
rrfeng 2014 年 10 月 27 日
这种需求最好的方式就是不对比直接传差异～
|
 |
7
leopku 2014 年 10 月 27 日
bittorrent sync +1
|
 |
8
cevincheung 2014 年 10 月 27 日
无论什么方案，在阿里云上都不行。。。
|
 |
9
X-Force OP @cevincheung 为何？
|
 |
10
mechille 2014 年 10 月 27 日
现在在用git，也经常用rsync，偶尔lftp。
个人喜欢前两者，lftp若不是某些图片云服务必须要用，一般不会选择它，实在太慢（尤其是有文件夹结构的时候） |
 |
11
decken 2014 年 10 月 27 日
btsync 貌似v2ex就是这样同步的
|
|
12
cevincheung 2014 年 10 月 28 日
@X-Force
rsync 两台机同步1t的文件，其中800g的图片文件，零碎小文件。两天没完。内网。 阿里云硬盘读写都在10MBs/s左右，当处理大量小图片时，在1000KB/S左右。白天在2K/s-600K/s左右。 看着iotop的结果，我也是醉了。 |
 |
13
ctexlive 2014 年 10 月 28 日 via Android
当然用rsync了。它不需要每次遍历旧文件，或者不会像lftp那么蠢，从零开始遍历。否则我的几百G的文件同步岂不是要疯掉。
|
 |
14
LazyZhu 2014 年 10 月 28 日
lftp 支持 ftp/http吧，而rsync不行，看使用环境吧
|
 |
15
msg7086 2014 年 10 月 28 日
ftp不适合那么大量的文件。rsync相对更快一些。
|
 |
16
wanwangkangluo1 2014 年 10 月 28 日
backupPc
|
Select Language