這可能是微軟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_MACHINE\Software\Policies
\microsoft\Windows\System\CopyFileBuffered\Synchronously為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？
