1
uxstone 2017-01-01 20:02:37 +08:00
找个能支持断点续传的就行了吧
|
2
Delbert 2017-01-01 20:04:15 +08:00 via Android
sftp/ftp
|
3
ARhen 2017-01-01 20:05:16 +08:00 via Android
当初觉得飞秋不更新,顺手找了下,内网通,你看下?
|
4
Laynooor 2017-01-01 20:05:51 +08:00
开个共享文件夹传,千兆局域网 10 分钟内搞定
|
5
terence4444 2017-01-01 20:07:55 +08:00
filezilla server & filezilla client
|
6
BSD 2017-01-01 20:56:04 +08:00
hfs.exe
|
7
orzfly 2017-01-01 20:57:51 +08:00
必须是 Dukto! http://www.msec.it/blog/?page_id=11
|
8
murmur 2017-01-01 20:59:30 +08:00
如果是一个网段的 qq 都可以到满速
|
9
HFX3389 2017-01-01 21:41:08 +08:00 1
我也推荐 Dukto !我的 Windows , Linux , Android , iOS 都是用 Dukto 传文件的
|
10
sgissb1 2017-01-01 21:45:43 +08:00
50g 的文件就尽量不要通过类 im 和 im 传输了,开个 ftp 服务端即可。但要开 serv-u 或者 filezilla 之类的,业余的 ftp 服务端程序对大文件支持有严重问题
|
11
billlee 2017-01-01 21:52:03 +08:00
共享文件夹 /NFS
|
12
shoaly 2017-01-01 21:56:25 +08:00
50 个 g 用 winrar 之类的拆分成 20 个 2.5g... 然后一个一个传
|
13
P99LrYZVkZkg 2017-01-01 22:12:30 +08:00
resilio sync
|
15
itfanr 2017-01-01 22:23:09 +08:00 via Android
samba 共享
|
18
maskerTUI 2017-01-01 23:15:48 +08:00
@Delbert 局域网不要用 sftp ,因为 sftp 是 ftp 的加密版本,会对数据进行加密再传输,速度比 ftp 会慢很多很多,我之前就用两台服务器直连进行数据对拷, ftp 可以达到 110m/s , sftp 只能到 35m/s 的样子。
|
20
ZRS 2017-01-01 23:36:45 +08:00
resilio sync
|
22
kikyous 2017-01-01 23:52:37 +08:00 via Android
resilio sync
|
23
mingyun 2017-01-01 23:57:20 +08:00
50G 的文件。。。
|
24
geyee 2017-01-02 00:03:07 +08:00
unc 文件共享(目录磁盘映射)+fastcopy
|
25
geyee 2017-01-02 00:06:36 +08:00 1
everything 开 http 或 ftp 服务+idm
|
26
wspsxing 2017-01-02 00:12:00 +08:00
ftp/http/smb 均可。
|
27
ipwx 2017-01-02 00:27:43 +08:00
线路质量没问题的话用这种杂牌协议传一点意义都没有。 nginx 命令行直接临时开个服务器,对面 wget ,妥妥的跑满千兆网络。
|
29
QAPTEAWH 2017-01-02 00:50:34 +08:00
更大的话可以拆硬盘跑过去拷...
|
30
also24 2017-01-02 01:17:34 +08:00
家里内网 Windows PC 默认全盘 SMB 开放, SMB 不适用的时候就 hfs
日用 rMBP 开着 nginx ,需要啥就扔进去 最近用 resilio sync 感觉也挺不错的,不过暂时没找到方便的管理方式 |
31
October15 2017-01-02 01:36:41 +08:00 via Android
如果条件允许且不远, 50G 的东西,移动硬盘可能是最快的
|
32
RqPS6rhmP3Nyn3Tm 2017-01-02 01:50:35 +08:00 via iPhone
@maskerTUI 你说的……是 FTPS 吧, SFTP 是基于 ssh 的
|
33
111qqz 2017-01-02 01:58:03 +08:00 via Android
resilio sync +1
|
34
genesislive 2017-01-02 02:01:59 +08:00
Dukto +1
|
35
maskerTUI 2017-01-02 02:50:25 +08:00 via Android
@hadoop 只要是有涉及到加密过程的数据传输,速度肯定不如透明的 ftp ,数据小的时候还好,传 20 多 T 的数据时,时间差距就很明显了。
|
37
skydiver 2017-01-02 02:58:36 +08:00 via Android
rsync 吧…之前传的估计只错了一部分,用 rsync 很快就能修复
|
38
bao3 2017-01-02 03:04:31 +08:00 via Android
开源的 syncthing
不开源的 resilio sync 推荐后者,两个我都用,在高负载时后者有优势。 |
40
pagxir 2017-01-02 08:03:22 +08:00 via Android
@maskerTUI 就目前来说,国内网络传输瓶颈不在 CPU ,而是 io 。所以根本就没必要纠结加密问题。再不济也是会跑满百 m 。不行的话,基本上是设置问题。你观测下传输双方的 CPU 占用率就知道。当然了,不排除有蹩脚的加密算法实现导致的问题。
说开共享快的,肯定是没做过对比的人 |
41
Delbert 2017-01-02 08:15:42 +08:00 via Android
@maskerTUI ftp 要安装工具啊,服务端要安装 vsftp ,客户端要 yum install ftp ,局域网要先从外网下载 rpm 包的……
|
42
fhefh 2017-01-02 08:48:01 +08:00
dukto
|
43
macroideal 2017-01-02 09:12:01 +08:00 via iPhone
ipmsg
|
44
lavender1991 2017-01-02 09:28:38 +08:00
resilio sync +1
|
45
hadoop 2017-01-02 09:33:58 +08:00
@pagxir 我的意思是,一般 linux 服务器上肯定有 ssh , scp 命令的不用装其他软件。 ftp 还可能要额外装。 scp -c arcfour 会降低加密解密的算法强度,降低 cpu 使用。基本上稍微强点的 cpu 用 arcfour 算法都能够跑满千兆带宽(你要说万兆的话,我没环境没测过。。。)。
而 scp 默认的配置速度低的原因也是加密解密强度高,单核 cpu 利用率 100%了,跟不上网络的带宽 |
46
Cbdy 2017-01-02 09:48:22 +08:00 via Android
python3 -m http.server
如果装 py 了的话可以临时起一个文件服务器 |
47
yidinghe 2017-01-02 10:07:10 +08:00 via Android
别折腾软件了,这么大的文件只能用移动硬盘拷
|
48
razios 2017-01-02 10:10:44 +08:00
NAS
|
49
canfoderiskii 2017-01-02 10:29:45 +08:00 via Android
先换成万兆网络,千兆网太慢
|
50
hadoop 2017-01-02 10:39:00 +08:00 via Android
|
51
lovedebug 2017-01-02 11:24:27 +08:00
记得以前有 飞鸽 这个软件可以用
|
52
Tink 2017-01-02 13:29:51 +08:00 via iPhone
qq 啊!局域网满速
|
53
phrack 2017-01-02 13:47:20 +08:00 via Android
一般直接 scp ,挺好使,但是 50g 的文件是真没传过
|
54
samueldeng 2017-01-02 14:21:42 +08:00
@hadoop 为什么我在双核 e5 vm 上跑 sftp 从来没有 cpu 100%过?而且千兆重来也跑不满。。。
|
55
zhuziyi 2017-01-02 15:05:52 +08:00
win 上最简单的方法,包含搜索,可以试试 everything
|
56
leyle 2017-01-02 15:08:40 +08:00
python / everything 起 http 服务这些,如果是小文件还行, 50G 文件,直接会让你的文件所在机器死掉。
|
58
z742364692 2017-01-02 15:17:00 +08:00 via Android
zip 存储分包
|
59
hadoop 2017-01-02 15:24:50 +08:00 via Android
@samueldeng cpu io 必有一个是瓶颈
|
60
Aalen 2017-01-02 16:21:13 +08:00
darkhttpd
|
61
deepjia 2017-01-02 17:29:07 +08:00
|