
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 我也推荐 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 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 midasplus 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 PRO 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 |