感谢yksoft1的投递

　　新闻来源:综合自微软TechNet

　　这可能是微软Technet论坛Windows Vista版有史以来最长的一个求助帖——23页，324个回复，1月最初发帖，直到昨天仍然有回帖，微软的那些赚家们根本不知去向——描述的就是在 Windows Vista系统中，在本地或网络环境下使用资源管理器的功能进行文件的复制、移动、删除，速度极慢的现象。我使用此系统也接近一年时间了，从一开始也发现 了这一现象。读完整整23页，可以总结出7种解决办法——虽然有些人测试了所有办法，仍然没有什么效果，但是对于我，还是有点作用的。

　　故障现象：

　　1、这些现象在50-75%的情况下发生，“很长时间”是指至少2倍于XP执行相同操作的时间。

　　2、需要很长时间才能打开一个本地或网络目录并显示它的内容

　　3、在本地或网络目录之间复制文件需要很长时间(文件数量越多而不是大小越大，速度越慢)

　　4、需要很长时间才能显示文件或目录的右键菜单

　　5、建立和显示目录的缩略图导致屏幕闪烁和Explorer卡死

　　6、使用CMD进行操作时不会出现任何上述问题

　　目前已有的解决方案：

　　1、打微软KB931770补丁。这篇微软知识库文章主要说明了在网络环境下Vista向Windows 2003等系统的共享内复制文件时出现的速度慢甚至死机的现象，但是像Win2000/XP/2003的KB888111 HD Audio补丁一样，这个补丁不提供本地下载。当然很快就有人给出了下载地址，Google一下就能找到。

　　2、禁用索引服务(Windows Search)。这看上去确实能够起一些作用，但是应该没有真正解决问题。

　　3、将资源管理器设置为禁止显示预览，只显示图标。这样可以使系统不再试图预览文件，大大提高资源管理器的速度。但这也不是治本的方案。

　　4、 在“打开或关闭Windows功能”中禁用“远程差分压缩”。这是目前最有效的解决办法——而且这不但可以解决网络上复制文件速度的问题，也可以解决本地 复制文件速度的问题，这个效果不明(比较本地与远程文件的差异以便节省带宽，这好理解吗？！)的功能，原本是为网络环境设定，但是不知为何也影响到了本地 的文件复制。

　　5、关闭IPV6、QoS数据包计划程序等。这个方法因为没有测试，不知道是否真的有效。

　　6、修改注册表：建立或修改DWord值

　　HKEY_LOCAL_MacHINESoftwarePolicIEsMicrosoftWindowsSystemCopyFileBufferedSynchronously 为1

　　这个据说是微软的人员提出的解决办法，不过我看这个键值是影响的Win32子系统的CopyFile函数，但是使用CMD复制文件并不会出现缓慢的情况。这个方法的作用，也值得怀疑。

　　7、检查磁盘系统的硬件和驱动程序，或者更换磁盘的接口，去掉所有的USB设备。这似乎对某些nForce SATA的用户起到了极大作用。

　　在整个问题中，还出现了几个有趣的现象：

　　1、Vista在进行文件的移动/复制之前，似乎都要对目标目录进行长时间的检查。这个检查，就是发生在那“计算剩余时间”的过程中。确定目标内是否有同名文件，似乎并不需要耗费很长时间，列目录罢了；但是这里提到的检查，时间可以长得奇怪。

　　2、有时候，USB设备之间复制是文章初提到的那种现象的最突出的表现。这能说明什么呢？

　　3、有人在使用ProcessMonitor程序分别监视Explorer和CMD复制文件的过程中发现：Explorer能够产生2000条以上的记录，而CMD仅仅产生了30多条；Explorer在复制文件的时候会奇怪地进行“重命名”操作。

　　4、一些人复制非Vista下建立的文件不出现问题，复制Vista下建立的文件就出现了缓慢的问题。

　　5、很多人出现此症状的同时，从事件日志中可以看到，Windows Search服务也异常关闭了。

　　最重要的是，在这个问题漫长的6个月寿命中，没有任何来自微软的人员站出来，也没有任何消息。难道这个问题真的要拖延到SP1？

　　“calculating time remaining moving, deleteing, copying files verry slow”

　　forums.microsoft.com/TechNet/ShowPost.aspx?PostID=1138289&SiteID=17

标签：