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