我有一个奇怪的问题，我不确定从哪里开始故障排除过程。
我有一个安装了Windows Server 2008 R2（64位）的“服务器”，它有几个硬盘驱动器。 如果我远程桌面到服务器和传输文件从一个高清到另一个，一切都很好。
但是，如果使用我的工作站（Windows 7 64位）并在服务器上打开共享资源，并将服务器上的一个硬盘驱动器中的文件传输到服务器上的另一个HD（不使用远程桌面，只需Windows资源pipe理器/networking地点），传输抓取…大约需要5分钟才能发现文件/计算传输，然后开始以56KB / s – 200KB / s的速度传输。
两台机器均配有带TrendNet 8端口绿色GigE交换机的Marvel GigEnetworking端口。 我已经在两台机器上设置了9K的大包…
同一台计算机上的磁盘到磁盘副本不受作为networking副本的相同服务开销或networking注意事项的影响。 如果磁盘是两个物理上不同的磁盘，而不是两个分区，速度会更快。
这就是说，我已经看到了一些有关Vista和7的networking复制投诉。 微软技术的一个build议（不记得来源）是禁用autotuninglevel。 这可以通过命令提示符完成。
netsh int tcp set global autotuninglevel=disabled 如果这样做没有帮助，则可以通过将disabled更改为normal并重新启动来disabled选项。
作为一个方面说明，当从同一台服务器上的driveA复制到driveB时，通过networking共享，数据必须stream到客户端，然后再回到服务器。 这实际上是正在传输的数据量的两倍。
我会怀疑司机的麻烦，尝试寻找更新的驱动程序，固件或不同的网卡。
networking拷贝还会增加TCP / IP开销，因为每个TCP数据包将携带32字节的标头。 因此，实际处理的数据（不仅仅是复制）将会是数据本身的两倍，还会带来大量的networking开销。