我正在复制Vista x64 SP1工作站和Windows 7 RC工作站之间的less量大文件。 Windows表示，通过一个不拥塞的1 GBit / s交换机，将117GB数据从一台计算机复制到另一台计算机需要7个小时。 Robocopy没有太多好转。
我似乎记得从我的Exchange日子里，有几个实用程序声称在服务器之间复制非常大的文件。 这些公用设施是否仍然可用，如果是这样，在上述情况下最有效？
编辑：
我正在尝试Robocopy到一个USB 2.0的外部硬盘，因为这是我现在所有可用的，这是更快，这是不寻常的，因为我使用的两台电脑是唯一的两台电脑连接到这个特定的1GBit /秒开关。
编辑2：
似乎是源的网卡的一些问题，无法获得超过3MB /秒的吞吐量后交换一切。 由于这是我使用外部硬盘拷贝速度超过网卡的旧机器，但总共花了3个半小时。
117GB/7H = 4.6MB/s 这里不对劲。
检查磁盘碎片，networking错误，另一个程序磨损驱动器或硬件故障; Windows w / 1Gbnetworking可以饱和7200 SATA驱动器可以提供的带宽，即60-70 MB / s
我也可能build议你自己创build一个很好的计划任务，在一夜之间传输文件。
对于那些庞大而又考虑到本地拷贝的东西，我要么将其中一台电脑的硬盘插入另一台，直接拷贝。 或者，我会使用eSATA硬盘进行传输。 这将比GigE更快。
这一切都假设这是一次，这是我读你的post。
那么复制它大概需要半个小时。
无论如何，在取消之前你等了多久？ 你有没有看看细节，检查实际的复印速度？ Vista的初步估计往往是失败的 。 过了一会儿，它会重新计算速度，给你更好的估计。
这里有一个提示 ，说禁用networking堆栈的接收窗口自动调整可以解决您的问题。 以pipe理员身份运行：
netsh int tcp set global autotuninglevel = disabled
您可能还需要考虑在每个系统上启用巨型帧（9000字节MTU），以查看是否有帮助。
我听说有很多人使用Vista来复制这个networking。
我做了一个快速的谷歌search来validation。 这里列出了很多“修复”。
本文解释了Vista SP1文件副本的改进以及为什么它的工作方式。
我已经看到，通过ipv6，特别是通过无线，慢速复制性能作为一个testing，你尝试禁用ipv6只是作为testing？
你可能会遇到Vista的性能问题，smb2 probs，差分networking拷贝等，我觉得这里也有bug
也尝试teracopy，它优化了转移
我会考虑使用SyncBack。 我们用它在WAN上移动多达30GB的文件，并有合理的吞吐量来进行异地备份。 它有不同的版本，其中一些版本允许使用本机与Windows副本和FTP来限制带宽的使用。
有一个传输文件的协议。 这就是所谓的FTP 。 您可能会发现，这比您使用networking共享更适合您。 （虽然其他海报是正确的，你应该得到更好的吞吐量，你正在通过networking）。
到目前为止，最好的文件复制实用工具是来自codesector.com的Teracopy，我已经在XP上使用了它多年，并且发现它在Vista中同样适用。 我同意其他海报在这种情况下可能有其他的错误，但要回答原来的问题，teracopy FTW。
我发现单线程文件拷贝以40Mb /秒左右的速度出现 – 考虑使用richcopy进行multithreading传输。
您正在考虑的Exchange实用程序可能是esefile，其function现在已被烘焙到eseutil实用程序中。 “eseutil / y”是您使用的交换机。 我还没有testing它与Robocopy或Vista复制工具，所以我不知道它是否仍然提供了速度优势。
尝试使用点对点TCP基准testing原始TCP性能。 珠穆朗玛峰有一个例子。 或写一个10行脚本。
快速TCP =>网卡没有损坏
慢TCP =>这不是SMB相关的。 FTP不会帮助
使用命令行中的robocopy （包括Vista / Win7）。 这将提供进度报告和过滤被复制的内容（而不是复制没有改变的文件）。