我们公司的网络（我认为是运行在 Server 2008 上的 Windows 域）速度非常慢。一个典型的例子是通过 SMB 复制文件 - 列表需要几分钟，而复制即使是中等大小的文件也需要更长时间。当被问及这个问题时，IT 经理（尽管他可能具有其他优点，但他是一个非常固执且不太懂技术的人）举手投降，变得非常防御并找借口，而不是倾听并尝试找出问题的根本原因。
现在，我意识到这个问题的人为因素需要花费一些时间和精力来解决，我不知道如何从技术上反驳他的借口。在这种情况下，他声称 SMB 是问题所在，并且它是一种“缓慢”的协议。这个说法有什么证据吗（我只有轶事反证）？在这个论点上取得进展的最佳方法是什么？
答案1
SMB 可能比其他一些文件共享协议慢，也可能比其他一些协议快。但这不是重点。
你能否找到一种方法来解决这个问题，而不是将其作为问题/争论的焦点，并询问 SMB 是否和它一样快（或一样慢！）应该是。例如，您是否可以使用 FTP 在服务器和速度缓慢的工作站之间传输文件，并看到性能显著提高？
供应商可能会向您提供安装了 Windows 的硬件的评论，其中讨论了文件服务器的性能。
根据我的经验，SMB 在我的网络上“足够快”。我们在服务器之间运行 10Gb 网络，我们对使用 SMB 的文件服务器性能非常满意，并且我们已经在同一硬件上测量了良好的性能提升，具体取决于我们使用 1Gb 还是 10Gb NIC。SMB 对我们来说不是问题。
我当然会查看网络上的其他内容 - 基础设施是否过时，是否进行了最佳配置（例如，服务器网卡是否都正确配置了最新驱动程序，以最佳速度正常工作），DNS 等是否都配置正确，网络上是否存在大量“垃圾”流量导致网速变慢，防病毒软件是否配置得过于偏执（我见过这种情况导致一些令人震惊减速）。
有很多因素会导致文件服务器性能不佳，但协议选择却很少起到作用。
答案2
虽然存在比 SMB 更快的协议，但无论如何它本质上并不慢。
然而，与其他协议相比，它可能更容易受到外界影响，例如饱和的服务器、饱和的段等。
如果我是个赌徒，我会怀疑你的网络需要重新设计或进行一些投资，因为许多公司的常规办公网络尚未升级，无法考虑到近年来互联网和内联网流量的大幅增长。此外，服务器可能需要更换或重新设计才能发挥其最大作用。
无论如何，我不会过分强调 SMB 是直接的罪魁祸首，它很可能只是糟糕/陈旧的网络和服务器套件的替罪羊。
答案3
与 NFS 或 FTP 等相比，它确实具有更多的开销（用于传输）。列出大型目录的文件可能需要一段时间 - 其中一些是由于 SMB，一些是由于 NTFS，一些是由于各种版本的 Explorer 和已安装的软件可以从客户端执行的愚蠢操作。某些东西（例如基于文件的数据库（Access、PST 文件））不应通过慢速（WAN）链接打开，因为它们不能很好地处理延迟。
话虽如此，您描述的操作不应该花费很长时间。也许文件服务器功能不足。也许公司在标准安装中安装了某些软件，导致速度变慢。也许病毒扫描程序配置错误。也许有病毒。也许您和服务器之间存在您不知道的 WAN 链接。
- 如果从命令行而不是资源管理器执行列出文件的操作，速度是否会更快？
- 抄袭又如何？
- 从你的桌面 ping 有问题的服务器 - 延迟是多少？
- 执行跟踪路由 - 您和服务器之间有多少跳数？
答案4
你能缩小范围吗？同一子网上的服务器到服务器传输效果会更好吗？从一个客户端传输到另一个客户端怎么样（\\client\c$→ \\client\d$）？
您可能会发现诸如双工不匹配之类的简单问题。