飞牛NAS万兆传输速度实测

飞牛NAS的万兆网口一直是我最期待的硬件配置之一。毕竟，在动辄几十GB的4K视频素材和虚拟机镜像面前，千兆网络那100多MB/s的传输速度确实让人着急。最近，我终于凑齐了整套万兆环境，对fnOS的万兆传输性能进行了一次深度实测。这篇文章将完全从实战角度出发，记录我的测试过程、环境配置以及最终数据，希望能给正在犹豫是否升级万兆的朋友一些参考。

测试环境与硬件准备

万兆传输是个系统工程，任何一个环节掉链子都会成为瓶颈。我的测试平台如下：

NAS端：飞牛NAS（fnOS最新版），内置Intel X520万兆网卡（通过PCIe转接），存储池为四块希捷酷狼4TB组RAID5。客户端：主力PC，主板自带Realtek 2.5G网口，但为了测试万兆，我额外加装了一块Intel X540-T2双口万兆网卡。连接方式：两台设备通过Cat6a屏蔽网线直连，中间不经过交换机，避免额外干扰。 SSD缓存：NAS端设置了一块1TB NVMe SSD作为读写缓存，用于消除机械硬盘的瓶颈。

之所以强调SSD缓存，是因为万兆的极限速度（约1.1GB/s）已经远超机械硬盘RAID5的持续写入能力。如果没有缓存，测出来的数据只能代表硬盘阵列的速度，而非万兆网口的真实实力。

网络配置与调优步骤

硬件装好后，系统默认可能不会自动跑到万兆。我遇到第一个坑就是网卡协商速率只有1Gbps。解决步骤如下：

首先，在fnOS的“控制面板 - 网络设置”中，找到万兆网卡的对应接口，确认它是否被正确识别。如果系统未自动加载驱动，需要手动安装Intel网卡驱动。可以通过SSH登录NAS执行以下命令检查：

lspci | grep -i ethernet

确认网卡型号后，如果没有驱动，可以使用fnOS自带的“应用中心 - 驱动管理”在线安装，或者手动编译。

接着，强制协商万兆速率。在客户端PC的网卡高级设置里，将“Speed & Duplex”强制设置为“10 Gbps Full Duplex”。NAS端同样在控制面板里，如果无法直接设置，可以通过ethtool命令强制指定：

ethtool -s eth0 speed 10000 duplex full

这里有个小技巧：如果直连时协商失败，尝试将两端的“EEE（节能以太网）”和“流控”都关闭。万兆网卡对节能特性非常敏感，开着这些功能极易掉速。

最后，检查MTU值。默认1500字节也能跑，但为了追求极限，我建议开启Jumbo Frame，将MTU设置为9000。两端网卡都需要同步修改，否则会无法通信。在fnOS的SSH里执行：

ifconfig eth0 mtu 9000

在Windows客户端，通过“网络适配器属性 - 配置 - 高级 - Jumbo Packet”设为9000字节。

实测数据与场景分析

配置完成后，我分别测试了SMB协议和iSCSI协议下的传输速度，覆盖了连续读写和混合读写场景。

第一项是SMB大文件连续写入。我从PC端向NAS的共享文件夹拷贝一个约50GB的4K电影文件。使用rsync或Windows资源管理器都可以，但为了精确计时，我使用了robocopy命令：

robocopy D:\test \\fnos\share\test bigfile.mkv /MT:16 /TEE

结果令人惊喜，速度稳定在1.05GB/s左右，几乎跑满了万兆带宽。整个50GB文件拷贝仅耗时约48秒。这个速度下，剪辑NAS里的视频素材和本地硬盘几乎没有区别。

第二项是SMB大文件连续读取。反向操作，从NAS拷贝到PC，速度同样稳定在1.08GB/s，非常接近线速。

第三项是大量小文件（照片）传输。我准备了一个包含约2万个RAW格式照片（单张约25MB）的文件夹。这个场景最能反映真实使用体验，因为小文件传输对协议开销和硬盘IOPS要求极高。实测速度掉到了约650MB/s，这并非网卡瓶颈，而是SMB协议处理大量元数据时的固有开销。即便如此，这个速度也是千兆网络的6倍以上。

第四项是iSCSI直通测试。我使用fnOS的块存储功能创建了一个1TB的iSCSI目标，在PC端连接后，使用CrystalDiskMark进行测试。结果非常惊艳：连续读取达到了1.12GB/s，连续写入达到了1.09GB/s，随机4K QD32读写也分别达到了280MB/s和220MB/s。这个性能已经接近本地NVMe SSD的水准，对于虚拟化存储来说完全够用。

关于CPU占用与散热的小发现

万兆传输并非没有代价。在测试过程中，我观察到PC端的Intel X540网卡在满载时温度飙升，散热片烫手。同时，CPU占用率明显上升，大约达到了15%左右。这是因为X540是一张纯软件网卡，没有RDMA功能，所有TCP/IP协议栈的处理都依赖CPU。

如果你发现速度上不去，先别急着怀疑NAS，检查一下客户端PC的CPU占用率。如果CPU占用率长期高于30%，那么瓶颈就在PC端。解决方案是更换支持RDMA的网卡（如Mellanox ConnectX-3），或者调整网卡的中断亲和性。

另外，fnOS系统的资源监控非常直观，在万兆传输时，可以实时看到网卡流量曲线和CPU负载。我发现fnOS对万兆网卡的中断处理优化得不错，NAS端的CPU占用率反而比PC端更低，仅约8%，这说明fnOS的内核网络栈效率很高。

总结与升级建议

经过这一轮实测，飞牛NAS的万兆能力给我留下了深刻印象。在配备SSD缓存和正确配置的前提下，它完全能够跑满万兆线速，甚至在某些场景下逼近1.1GB/s的物理极限。无论是SMB共享还是iSCSI块存储，表现都非常稳定，没有出现掉速或断流现象。

对于想要升级万兆的朋友，我的建议是：不要只盯着NAS，你的交换机或直连网线、客户端网卡、以及硬盘阵列的随机性能，都是影响最终体验的关键。如果你只是普通家用备份，千兆可能已经足够；但如果你是视频创作者、虚拟化玩家，或者像我一样对数据传输速度有洁癖，那么飞牛NAS的万兆方案绝对值得投资。记住，开启Jumbo Frame和关闭节能以太网，是你成功跑满万兆的第一步。