什么可以使Windows文件共享速度慢，而不会影响ping延迟，远程桌面，CPU使用率或磁盘访问？
我有一台名叫巴比伦的服务器。 它运行的是Windows Server 2003 SP2，位于中西部。
我可以通过主机名和IP从同一build筑物中的远程机器ping巴比伦。 延迟<20ms。
我可以通过主机名和IP从另一个状态的机器ping巴比伦。 延迟大约是200ms。
我可以从build筑物和其他州的机器远程进入巴比伦，它工作正常。 低延迟，响应速度快。
一旦我远程进入巴比伦，我可以迅速在本地复制文件。
尝试通过UNC（\ babylon \ projects）连接到共享并浏览文件系统的速度非常慢。 在几十秒内延迟。
尝试从其中一个共享文件拷贝文件是极其缓慢的。 在几十秒内延迟。
共享驻留在RAIDarrays上。 2个2GB光纤通道用于RAID。 我已经用机器上的其他股票试了一下。 networking利用率从未达到0.5％左右。 CPU使用率从未超过1％左右。
任何想法，我应该看看，以了解为什么远程桌面，ping和本地副本是快速的，并跨文件共享副本是慢？
造成这种情况的原因是SMB协议的devise。
中小型企业需要大量的确认信息，在某些情况下，每一个操作之间都需要。 大量确认的这一要求意味着您的延迟将会导致您的性能下降。 它是基于块而不是基于stream的。
看到：
当您打开本地连接属性窗口时，Babylon服务器上的Speed值是什么？ 
你能到设备pipe理器，find你的networking适配器，去属性，并确保networking适配器的链路速度和双工设置为自动（或更好的，如果你知道你的最高速度（例如1Gbps）将其设置为1Gbps / 全双工）？
你有没有尝试改变交换机上的另一个端口？
要清楚的是：你要做的文件复制操作是在同一局域网上的两台机器（巴比伦和另一台机器）之间，或者通过互联网在巴比伦和一台远程机器之间进行？
Zoredache答案是正确的; 也意味着networking链路不需要饱和。 对于一些操作（看起来好像缓冲的I / O），与正常的复制操作相比，有效的传输大小甚至可以减less十倍。
想象一下，比萨饼送货员必须将15分钟（等待时间）送给他的顾客。 他有一个盒子，可以包含10个披萨（带宽）。 但是他的协议（SMB）允许客户一次只携带一个披萨。 所以，如果客户点了5份比萨饼，就需要75分钟。