中小企业声称是“慢”

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

而不是提出这个问题/争论，你能find一种方法从这个问题上进一步讨论SMB是否像它应该那样快（或者慢）！ 例如，您可以在服务器和工作站之间使用FTP来传输文件，而这个工作站的速度很慢，并且性能显着提高？

供应商可能能够指向您评论硬件，安装Windows，谈论文件服务器的性能。

根据我的经验，SMB在我的networking上不仅“速度够快”。 我们正在服务器之间运行10Gbnetworking，我们对使用SMB的文件服务器性能感到非常满意，并且我们使用1Gb或10Gb网卡testing了相同硬件的良好性能跳跃。 SMB对我们来说不是问题。

我当然会在networking上查看其他的东西 – 基础架构是否过时，configuration是否最佳（例如，服务器网卡的所有configuration都是为最新的驱动程序正确configuration，以最佳的速度正常运行），就像DNS等等。在所有configuration正确，networking上有很多“垃圾”stream量导致放缓，是以过度偏执方式configuration的防病毒（我见过这导致一些令人震惊的减速）。

有很多可能导致不良文件服务器的性能，很less是协议的select。

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

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

如果我是一个赌博的人，我怀疑你的networking可以做一个重新devise或一些投资，因为许多公司的常规办公networking还没有升级，以考虑近年来看到的互联网和内联网stream量的巨大增长。 另外还有一个合理的机会，即服务器可能需要更换或返工才能从中获得最大收益。

无论哪种方式，我不会太过强调中小企业是直接的罪魁祸首，它很可能只是坏人/旧networking和服务器套件的秋天的家伙。

它有比NFS或FTP更多的开销（用于传输）。 大型目录的文件列表可能需要一段时间 – 其中一些是由于SMB，一些是由于NTFS造成的，一些是由于各种版本的Explorer和已安装的软件可以从客户端执行的愚蠢的事情。 某些事情如基于文件的数据库（Access，PST文件）不应该通过慢速（WAN）链接打开，因为它们不能很好地处理延迟。

话虽如此，你描述的操作不应该花很长时间。 也许文件服务器（s？）功率不足。 也许公司有一些软件作为标准安装的一部分，减慢了速度。 也许有一个configuration错误的病毒扫描程序。 也许有病毒。 也许有一个WAN链接，你不知道你和服务器之间。

1. 如果从命令行而不是资源pipe理器执行，则列出文件的速度会更快吗？
2. 如何复制？
3. 从桌面Ping有问题的服务器 – 什么是延迟？
4. 做traceroute – 你和服务器之间有多less跳？

不幸的是，Nate，我们不能直接处理PHB。 例如，您的第一道防线就是实际的指标，例如，比较SMB传输和NFS之间的比较。

一旦你有实际的数字或统计数据支持你的论点，你就不需要处理人的因素了。 统计数字说：“这里是问题所在，这里就是certificate。” 这是你的论点。

你能缩小它吗？ 同一子网上的服务器到服务器传输是否有更好的结果？ 如何从一个客户端转移到另一个客户端（ \\client\c$ ＆rightarrow; \\client\d$ ）？

你可能会发现像双工不匹配这样简单的事情。

我知道这是旧的，但要考虑的一个非常重要的因素是磁盘I / O。 如果由于软件/主板RAID而导致的磁盘写入性能非常低，而与具有专用内存的基于硬件的RAID卡相反。

networking负载是一个因素，但作为系统pipe理员最好的办法是查看资源监视器并检查瓶颈可能来自哪里 – 检查概览选项卡以显示总体CPU，networking，磁盘I / O，内存等从这个angular度来看，你可以看到是否有一个罪魁祸首进程或一组进程在磁盘I / O上消失，或者是一个内存泄漏（SQLServer.exe – SBSMonitoring实例）等等。如果有一个networking进程使用了​​大量的带宽，检查该进程并检查绑定到该进程的主机数量以及数量。 对3389的RDP可能会有很多黑客的攻击。我已经看到，在此之前，我们的解决scheme是删除直接的RDP访问，并将最终的远程用户转移到VPN中。

希望这可以帮助！