solairs与windows文件共享：smb与sfu的简单性能测试

nothing

有客户想用windows作为前端，运行应用程序，直接访问solairs管理的磁盘阵列。ftp方式不好管理，想用类似于windows的网上邻居方式进行使用，为此作了个简单的测试。

环境：windows系统版本为windows xp sp3，dell笔记本。
         solaris系统solairs 10，Netra20
         网络为百兆以太网

测试文件1为redhat 4光盘iso文件，单文件，大小为2.36GB
测试文件2为sfu 3.5的解压缩文件夹，大小448MB，包含文件夹733个，文件12313个。

可以看出条件不理想，很多影响测试的不利因素，所以只能是个比较简单的测试。

第一种方法是：solaris使用nfs共享，windows上安装microsoft的sfu 3.5。这样windows可以对nfs共享资源进行mount，映射到网络驱动器z:
                     
                    测试结果
                     windows系统复制文件1到solaris系统                5分03秒
                      solaris系统复制文件1到windows系统               4分40秒左右
                     windows系统复制文件2到solaris系统                15分10秒
                     solaris系统复制文件2到windows系统                 记不清楚了，大约15分钟
                     
                     可以看到在单个大文件进行连续传输的情况下，windows到solairs的写入速度可以到7.97MB/S的速度，还是不错的。但是一旦是文件体积小数量多，性能急剧下                      降。
                     曾经怀疑和microsoft的sfu软件的mount参数有关。调整了rsize和wsize（sfu允许值很少，只有1，2，4，8，16，32），没有效果，速率基本一样。


第二种方法是：solaris 使用自带的samba服务，security设置为share。windows直接通过网上邻居访问。
                     
                      windows系统复制文件1到solaris系统                4分45秒
                     solaris系统复制文件1到windows系统                 4分38秒
                      windows系统复制文件2到solaris系统                3分04秒
                      solaris系统复制文件2到windows系统                5分03秒

                     samba在文件2这种小文件数量很多的情况下性能比sfu高很多。

结论： 1。性能方面samba明显高于sfu；
          2。配置方面samba只需要在solaris主机上进行设置，windows客户端无需改动，而sfu需要在每一台windows客户端上安装，然后配置solaris的nfs服务，这方面samba也胜出。

所以推荐使用samba来实现windows和solaris之间共享文件。

PS：这次仅仅是简单测试，没有更深的关于nfs和netbios底层传输协议和读写方式的研究。希望有功力有时间的人士可以从原理上分析。

andy820303

很奇怪，我也使用了Solaris做了一个NFS share,之后在windows上安装了SFU的NFS client, 发现问题是，如果从这个NFS share上读取内容，速度很快，25秒拷贝了一个443M的单个文件。

可是当我从windows上网这个NFS share上拷贝文件的时候，速度简直让人无法忍受，现在来看，拷贝一个12M的单一文件，至少需要20分钟。我在server端使用nfsstat -s来查看数据，发现没有错误的包，感觉就是速度很慢。rsize和wsize都设置为32k，搞不懂了！