microsoftWindowsSystemCopyFileBufferedSynchronously为1。
这个据说是微软的人员提出的解决办法，不过我看这个键值是影响的Win32子系统的CopyFile函数，但是使用CMD复制文件并不会出现缓慢的情况。但是这个方法的作用也值得怀疑。
7、检查磁盘系统的硬件和驱动程序，或者更换磁盘的接口，去掉所有的USB设备。这似乎对某些nForce SATA的用户起到了极大作用。
图
2、有时候，USB设备之间复制是文章初提到的那种现象的最突出的表现。这能说明什么呢?
图
3、有人在使用ProCESsMonitor程序分别监视Explorer和CMD复制文件的过程中发现：Explorer能够产生2000条以上的记录，而CMD仅仅产生了30多条;Explorer在复制文件的时候会奇怪地进行“重命名”操作。
4、一些人复制非Vista下建立的文件不出现问题，复制Vista下建立的文件就出现了缓慢的问题。
5、很多人出现此症状的同时，从事件日志中可以看到，Windows Search服务也异常关闭了。
最重要的是，在这个问题漫长的6个月寿命中，没有任何来自微软的人员站出来，也没有任何消息。难道这个问题真的要拖延到SP1?
标签：
