你遇到的这种情况确实有点反常——理论上Linux主机之间用NFS应该比SMB/CIFS有性能优势才对。既然你是用Webmin默认配置创建的两个共享，咱们可以从以下几个方向一步步排查：

• 检查NFS版本：默认配置可能用了较老的NFS版本（比如NFSv3甚至v2），这些版本在大文件传输或者高并发场景下性能不如NFSv4.1/4.2。你可以在客户端用mount命令查看当前挂载的NFS版本，执行mount | grep nfs，输出里会显示vers=X的字段。如果是v3或更低，尝试修改NFS服务器配置，强制启用NFSv4.1+，然后重新挂载测试。

• 核对NFS挂载参数：客户端挂载NFS时的参数对性能影响很大，默认挂载可能没启用优化选项。比如可以尝试添加rsize=1048576,wsize=1048576,hard,timeo=600,async这些参数重新挂载（调整读写块大小为1MB，启用异步写入等），命令示例：sudo mount -t nfs4 <服务器IP>:<共享路径> <本地挂载点> -o rsize=1048576,wsize=1048576,hard,async，之后再测试速度。

• 排查网络层面差异：虽然是同一台服务器，但NFS和SMB可能在网络配置上有隐性差异。先用iperf3测试客户端和服务器之间的纯网络带宽，确认网络本身没有瓶颈。另外，NFSv3默认可能用UDP传输，UDP在不稳定网络下容易丢包导致性能下降，你可以强制NFS使用TCP试试。

• 观察服务器资源占用：在测试传输速度时，用top或htop观察服务器的CPU、内存、磁盘IO情况。比如如果nfsd进程占用CPU过高，或者磁盘IO已经跑满，那可能是硬件层面的瓶颈。也可以用iostat查看磁盘的读写性能，确认是不是磁盘本身的限制拖慢了NFS。

• 对比SMB的默认优化项：Webmin的SMB默认可能启用了一些优化选项，比如read raw = yes、write raw = yes、socket options = TCP_NODELAY IPTOS_LOWDELAY这类提升传输效率的设置，而NFS默认没有。你可以查看SMB配置文件/etc/samba/smb.conf，看看有没有这类配置，然后对应调整NFS的配置尝试对齐优化逻辑。

• 分场景测试文件传输：小文件和大文件的传输性能表现差异很大，你可以分别测试单个大文件（比如10GB）和批量小文件（比如几百个1MB文件）的传输速度，看看是不是特定场景下NFS的表现更差，这样能缩小排查范围。

如果以上步骤都试过还是没改善，你可以把NFS服务器的/etc/exports配置内容、客户端挂载命令的输出，以及nfsstat -s（服务器端NFS状态）和nfsstat -c（客户端NFS状态）的结果贴出来，这样能更精准地定位问题。

备注：内容来源于stack exchange，提问作者Mama_mia