Bri*_*ich 5 windows-server-2008 memory 64-bit file-transfer
我正在跟进此事：
但我想我会单独发布这个。
我有一个 64 位服务器，Xeon 5405，14GB 内存，和一个 Areca 1680 SATA 存储控制器，我用于备份、NMS 和测试。它具有 Intel Pro/1000EB 和 PL NIC。我在其上运行 VMWare 服务器 2.0，我想进行一些 P2V 转换，以便我可以测试应用程序的服务包。
我发现在将 44GB VMDK 文件复制到服务器的过程中，它的内存不足。我认为这是 VMWare Converter 中的内存泄漏，但是在运行 Server 2008 的其他 32 位服务器上进行转换没有问题，只要我执行到 32 位服务器的本地磁盘的转换。如果我随后尝试通过 Windows 文件共享将 44GB VMDK 文件复制到服务器，服务器最终会在幕后消耗其所有内存，并且文件传输速度会变慢。
所以我从远程服务器尝试了 FTP。不幸的是，Windows FTP客户端想要使用 C:\ 上的临时文件来完成它的工作，这将不起作用，因为我在 C: 上没有那么多可用空间。所以我使用 Filezilla 作为我的客户端，我看到类似的高内存使用率（虽然它上升到 75% 而不是 99%），并且传输开始很快，然后变得非常慢。我在 FTP 客户端的传输速率数字中看到了这种快/慢/快/慢行为，以及网络中的类似行为
这解释了很多问题：
http://blogs.technet.com/askperf/archive/2007/05/08/slow-large-file-copy-issues.aspx
我试过 ESEUtil 并没有做内存事情，但它不是很快。
此时我正在使用 TeraCopy。它达到 16MB/秒，这很糟糕，但至少它是一致的。
我不认为它是我的存储控制器，因为我已经在本地服务器上复制了多 GB 的文件，没有任何问题。
想知道比我更聪明的人是否知道使这种情况消失的神奇答案。在 64 位 Windows 出现之前，我从不担心这些东西。我在使用 SQL Server 内存使用情况制作虚拟副本的服务器上也有问题，但这似乎已经稳定下来。
小智 2
尝试使用 Ken Tamaru 的 RichCopy 4。
http://technet.microsoft.com/en-us/magazine/2009.04.utilityspotlight.aspx?pr=blog
尝试使用“关闭系统缓冲区”选项运行。
HTH。