这是一个创建于 132 天前的主题，其中的信息可能已经有所发展或是发生改变。
局域网内 PC 主机向群晖大量传输数据什么协议速度最快？
SMB/FTP/HFS 等?
SMB/FTP/HFS 等?
 |
1
zuotun 132 天前  1
不应该是机械硬盘或者网卡限制死了吗，如果是千兆口打死了也就 120M/s ，2.5G 的可能又被机械盘限制了。
|
 |
2
MeteorVIP 132 天前 via iPhone
hfs 没用过，根据我的情况。smb 很慢，ftp 最快。
|
 |
3
kaedeair 132 天前
不共享应该是 iscsi 最快
|
 |
4
aaronkk 132 天前
SMB 吧，内网轻松达到 200-500Mbps 或更高的速率（占不考虑系统配置跟网络条件影响）；
FTP 单线程还不支持压缩，一般很难超过 100Mbps ； HFS 虽然理论上也可以达到很高速率，但是适用于 hadoop 的，一般不会在 SMB 场景使用的，不作比较。 |
 |
5
glouhao 132 天前
SMB 就够了啊，你什么网络，不需要考虑这些的。另外如果是局域网的话，直接硬盘盒走 USB3.0 吧。
|
 |
6
fredcc 132 天前 via Android
iscsi
|
 |
7
mons 132 天前
SMB ，加装 10 Gbps 网卡的群晖上传大文件有缓部分能到 7 、800 MB/s
|
 |
8
AS4694lAS4808 132 天前
如果是千兆+HDD 。。那哪个协议方便就用哪个。上了万兆+SSD 的话，除了 FTP 其他的都可以，FTP 很难超过 600M
|
 |
9
bbbb 132 天前 via iPhone
用 webdav 还挺快的
|
 |
10
fy 132 天前
速度一般重要，唯一考虑的就是稳定吧。开始之后去睡觉就行
|
 |
11
Soo0 132 天前 via iPhone
内网一般不都是应该考虑硬盘写入速度？
|
 |
12
py2ex 132 天前
你提到的都很一般 建议 USB3.0😂
|
 |
13
ryan4yin 132 天前 via Android
瓶颈在机械硬盘跟以太网协议上，应用层协议传大文件感觉区别不明显。
|
 |
14
thtznet 132 天前
传输协议目前应该不是主要瓶颈
|
 |
15
baobao1270 131 天前
FTP 没试过
SMB Linux—macOS ，Linux—Linux 可以满速，任意一端是 Windows 反而速度低 SSH 满速 NFS 满速但是时不时断线 iSCSI 满速但是时不时断线 HTTP 下载满速 上传 80%速度左右 |
 |
16
dada88xyxy 131 天前
我感觉还是要看是大文件还是零散小文件😂
|
 |
17
libook 130 天前
单纯从协议来看，个人体验还是 SMB 最慢，不带加密的 FTP 和 NFS 都很快，SFTP 因为有加密层所以会慢一点。HFS 没用过。
你可以去搜 benchmark 。 当然，不确定群晖的实现是否有黑科技可以对特定协议进行优化。 如果硬盘读写速度高于网络带宽，那么 USB 可能是更快的方案。 |
 |
18
lifanxi 129 天前
如果一大堆文件的话，我一般都用 rsync ，免得断了没法续传，走 TCP 的 rsync 传输开销也不大。但是不能用 FTP ，因为 FTP 协议对小文件处理效率太低了。如果是单个大个文件的话，这几种协议都问题不大。
|
 |
19
zx900930 122 天前
最快肯定是调好参数的 nfs, 但是没人用
smb 还是最靠谱的 iscsi 在我这里得限速, 不然满速跑几小时就把文件系统整坏了, 得手动 fsck |
 |
20
busier 120 天前
从来都是用 rsync 的，走 ssh 协议，最好用密钥认证，方便网络偶尔丢包时自动重连！
好处是：一来可以断点续传！二来可以保持文件属性！ 传统 ftp 会丢失文件时间精度，不利于断点续传时确认已经传过的文件！ SMB 遇到符合 Linux 规范的文件名而不符合 Windows 文件名规范的，在共享过程中会自动映射成含~字符的短文件名！ 故而 ftp 和 SMB 都是不推荐使用的协议！ |
Select Language