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