1
decken 2014 年 5 月 21 日
BT sync
|
2
tititake 2014 年 5 月 21 日
rsync
|
3
duzhe0 2014 年 5 月 21 日
对scp有什么不满意的吗?
|
4
SevenJ 2014 年 5 月 21 日
也可以用nc:
server: nc -l port_number < filename client: nc server_ip port_number > filename |
7
lu18887 2014 年 5 月 21 日
传输前压缩或者传输中压缩。一般是传输之前就压缩了,传输的时候不要选择带压缩的会增加CPU负担且效果不明显。
|
8
lu18887 2014 年 5 月 21 日
也可以考虑挂载远程目录的方式,感觉这个会更快些!起码操作上最后变成了CP,嘿
|
10
Chip 2014 年 5 月 21 日
单向的话,FTP应该是兼容性最好,速度最快的了。
双向的话,rsync或者Bittorrent Sync都是不错的选择。 |
12
babytomas 2014 年 5 月 21 日
|
13
JoyNeop 2014 年 5 月 21 日 via iPad
wget 党默默滚过。。。
|
14
9hills 2014 年 5 月 21 日
|
15
lu18887 2014 年 5 月 21 日
@hadoop 查阅相关资料,加密的传输要受CPU速度的限制(加密解密),具体使用哪种得结合你的实际情况的,是否需要那么安全的传输,文件有多大……传输的频率,增量数据还是全量数据
|
17
zeiyso 2014 年 5 月 21 日 我自然 | Linux大文件传输 http://www.yankay.com/linux%E5%A4%A7%E6%96%87%E4%BB%B6%E4%BC%A0%E8%BE%93/
可以参看这个. |
18
ffffwh 2014 年 5 月 21 日
Samba/NFS?
|
22
wwqgtxx 2014 年 5 月 21 日 via Android
用apache/nginx,然后wget
|
25
msg7086 2014 年 5 月 22 日 @hadoop http的握手次数少,小文件速度很快,多线程代价也小,nginx基于event模型比vsftpd之类的要快。大文件的话也没什么太大问题吧,http也是在进化的。
|