NAS的存储功能就是弱爆，一刀不剪，给大家看一下

前两天在说基于SMB的NAS文件分享功能速度根本就是弱到渣，然后给大家一个截图：

这时候就有人出来硬刚，说这是在万兆网络中跑出来的速度。

恰好有时间，录一段视频，咱们一刀不剪的看一下iscsi的性能表现：

完整的视频有19分钟，放在文末，有兴趣的粉丝们可以去看一下。

这是iN给大家前期讲Windows存储的系统桌面，只安装了一套Windows 2025，除此之外并没有安装其他任何软件。

网络也只利用机器主板所附带的intel 82574L网卡，这是一个intel 08年发布的网卡，到现在已经发布了16年了，再有两年就是好汉一条了。

注意一下加亮的部分是1000/1000Mbps。

在这台机器上的D盘iso文件夹内包含了一些常用的系统安装镜像包，我们选择两个用来做大文件传输测试：

先做一个SMB传输，目的地是一台Windows开启的SMB共享文件夹

直接粘贴：

大文件上传，在磁盘上的读取是顺序读取，最大限度的利用了MTU数据包的大小，在一开始的表现就是110MB/秒。这个速度是符合千兆网络的传输预期的。

但在传输了十几秒之后由于大量SMB数据包给远端带来的额外系统开销，开始让传输速率有所降低。

这并不是网络性能的问题，而是在服务端需要调度和重组SMB数据包带来的后果，这时候我们就可以认为千兆速率是跑不满了。

当然了数据传输和SMB数据包的重组的处理能力是不平衡的，在传输一段时间之后传输速率会有所上升，恢复到千兆网络应有的水平。

但是，我们在传输大文件的时候这种波动是会反复发生的，而且每次都会更加加剧网络速度的降低程度。

因此，即便是很多人说的大文件传输，在SMB上最终也会成为这样的效果：

之所以会出现这样的现象，并不是网络或者系统的效能问题，而是SMB协议本身的设计就不是用来进行大量数据传输的。SMB（Server Message Block，服务器消息块）的设计初衷就像名字一样主要功能是使网络上的机器能够共享计算机文件、打印机、串行端口和通讯等资源并且提供经认证的进程间通信机能。“进程间通信”才是SMB最重要的用途，传文件这件事虽然大家用的更广，有更多的群众基础，但并不是SMB的专有用途。就好比我们用家用小轿车运大米一样，能不能运呢？必然是能的；但如果真正的粮食加工厂运大米，是用卡车的，而不会使用家用小轿车来运。

在SMB中传送的文件被读取、解包，封包、传送、解包、再转储为磁盘文件都给“传文件”这件事造成了极大的额外负担。

那么咱们再看利用iscsi进行文件传输：

E盘是一个通过同样的网络挂载在系统上的iscsi硬盘。在磁盘属性中被windows系统直接视为一块硬盘：

还是刚才的两个文件：

向E盘拷贝的时候就是1GB/秒到速度，不过这个速度并不依赖于网络的带宽，而是依赖于服务器为这块iscsc盘提供的系统级缓存。

当系统分配的缓存满了，速度会降低到网络线路的速度：

这时候才开始真正的网络传输，只不过，你会发现，在短暂的传输速度下降之后，传输速度还会立刻攀升起来

直到远端的服务器写入缓存写满，这时候基本的传输过程也就结束了。

我们对比一下传输的时间点：

通过SMB传输文件从视频的43秒开始，到4分25秒结束，总计耗时3分42秒，

通过iscsi传输同样的文件，从4分57秒开始，到6分14秒结束，总计耗时1分17秒。

在这次的大文件的传输中iscsi所需要的时间仅仅是SMB的34%

一般的情况下，传输大文件实际上在生产力环境中用到的还不是很多，我们更多的是处理很多小文件。

这个用于测试的文件夹里面有大约5万个小文件，我们分别复制到SMB共享文件夹和iscsi磁盘中做一个小文件的对比测试：

这时候你会发现，在传输小文件的任务中，SMB是KB级别的传输速度，而在iscsi下小文件的传输依然维持到了MB级别。

这种状态下，对于小文件的频繁打开和关闭这样的句柄操作让系统根本跑不满网络带宽，对比的就是SMB和iscsi这两种方式对小文件操作的效率。

由于iscsi是基于对磁盘块的操作，因此并不需要像SMB频繁的封包和解包，额外的数据包处理工作就全部省略掉了，因此，我们可以看到在复制文件的时候iscsi的速度要远高于SMB。

当iscsi上的小文件复制任务完成的时候，SMB其实才做了10%。

对比对文件的操作，例如删除：

删除命令也是SMB通过列目录再逐个发送删除指令完成的，因此我们可看到在删除的过程中SMB以每秒300多个文件的速度进行删除。

到了iscsi呢？已经不需要看到数了：

很多小文件的传输速度实际上才是生产力的环境所需要的，并不是时时刻刻我们需要搬运大文件。iscsi所带来的低延迟特性，则是可以秒杀SMB的繁琐操作的。

有很多小工作室，往往会使用到一些网络共享文件夹，让大家在上面剪辑视频，或者共享一些素材资源。这种事情放在SMB共享的环境中，iN就只能说SMB在降低大家的“生产力”了。

对于大的视频剪辑操作，我们注重的是数据的传输性能和IOPS性能。

对于这方面的性能测试，iN选择了Anvil's Storage Benchmark测试工具，我们跑一跑测试看一下结果：

首先是SMB的测试，你会发现无论测试软件怎么跑都是跑不满网络带宽的。

而在iscsi的测试中，我们可以看到千兆网络终于可以发挥到自己应有的水平：

最后的测试数据大家可以参考一下：

SMB的文件共享：

读取得分211.84、写入得分137.17 总分 349.02

iscsi的性能测试：

读取得分492.99、写入得分442.25 总分935.24

刚刚咱们还提到了IOPS，IOPS是一个用于电脑存储设备性能测试的量测方式，可以视为是每秒的读写次数。它所反映的就是高强度工作的时候存储系统能够快速响应的基本能力。大家在测试报表中自行查阅吧，你会发现这两种模式的IOPS性能根本就不是一个数量级的。

完整视频：