SMB自称“慢”

Question

我们公司的网络（我相信它是在服务器 2008 上运行的 Windows 域）速度非常慢。一个典型的例子是通过 SMB 复制文件 - 列表需要几分钟，而复制即使是中等大小的文件也需要更长的时间。当被问及这个问题时，IT 经理（尽管他可能有任何其他优点，但他是一个非常固执的人，不是一个非常技术性的人）举起双手，变得非常防御，并提供借口，而不是倾听和试图找出问题的根本原因。

现在，认识到这个问题的人为因素需要一些时间和精力来解决，我不知道如何从技术上反驳他的借口。在这种情况下，他声称 SMB 是问题所在，并且它是一个“慢”协议。这个说法有证据吗（我只有轶事反证）？在这个论点中取得进展的最佳方法是什么？

Answer 1

SMB 可能比其他一些文件共享协议慢，也可能比其他一些协议快。但这不是重要的部分。

与其提出问题/争论，您能否找到一种方法来解决这个问题，并询问 SMB 是否像预期的那样快（或慢！）。例如，您能否在服务器和受缓慢影响的工作站之间使用 FTP 传输文件并看到性能显着提升？

供应商可能会向您指出对安装了 Windows 的硬件的评论，这些评论讨论了文件服务器的性能。

根据我的经验，SMB 在我的网络上不仅“足够快”。我们在服务器之间运行 10Gb 网络，我们对使用 SMB 的文件服务器性能感到非常满意，并且根据我们使用 1Gb 网卡还是 10Gb 网卡，我们在相同硬件上测量了良好的性能提升。SMB 对我们来说不是问题。

我当然会查看您网络上的其他内容 - 基础设施是否过时，是否进行了最佳配置（例如，服务器网卡均已针对最新驱动程序正确配置，以最佳速度正常工作），诸如 DNS 之类的东西 -在所有配置正确的情况下，网络上是否有大量“垃圾”流量导致速度变慢，防病毒软件是否以过度偏执的方式配置（我已经看到这会导致一些令人震惊的速度变慢）。

有很多因素会导致文件服务器性能不佳，其中很少有协议选择。

Answer 2

虽然有比 SMB 更快的协议，但它本质上并不慢。

然而，它可能比其他协议更容易受到外部影响，这些是饱和的服务器、饱和的段等。

如果我是一个赌徒，我会怀疑您的网络可以通过重新设计或一些投资来实现，因为许多公司的常规办公网络尚未升级以考虑到近年来互联网和内联网流量的巨大增长。此外，服务器可能需要更换或返工才能发挥最佳效果。

无论哪种方式，我都不会过分强调 SMB 是直接的罪魁祸首，它很可能只是坏/旧网络和服务器套件的堕落者。