请不要把任何和邀请码有关的内容发到 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 7184 次点击这是一个创建于 961 天前的主题，其中的信息可能已经有所发展或是发生改变。
局域网内 PC 主机向群晖大量传输数据什么协议速度最快？
SMB/FTP/HFS 等?
SMB/FTP/HFS 等?
 | 1 zuotun 2023-05-16 17:50:47 +08:00  1 不应该是机械硬盘或者网卡限制死了吗，如果是千兆口打死了也就 120M/s ，2.5G 的可能又被机械盘限制了。 |
 | 2 UXha45veSNpWCwZR 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 LinuxmacOS ，LinuxLinux 可以满速，任意一端是 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