故障現(xiàn)象：
1、這些現(xiàn)象在50-75%的情況下發(fā)生，“很長時間”是指至少2倍于XP執(zhí)行相同操作的時間。2、需要很長時間才能打開一個本地或網(wǎng)絡(luò)目錄并顯示它的內(nèi)容3、在本地或網(wǎng)絡(luò)目錄之間復(fù)制文件需要很長時間(文件數(shù)量越多而不是大小越大，速度越慢)4、需要很長時間才能顯示文件或目錄的右鍵菜單5、建立和顯示目錄的縮略圖導(dǎo)致屏幕閃爍和Explorer卡死6、使用CMD進行操作時不會出現(xiàn)任何上述問題
目前已有的解決方案：
1、打微軟KB931770補丁。這篇微軟知識庫文章主要說明了在網(wǎng)絡(luò)環(huán)境下Vista向Windows 2003等系統(tǒng)的共享內(nèi)復(fù)制文件時出現(xiàn)的速度慢甚至死機的現(xiàn)象，但是像Win2000/XP/2003的KB888111 HD Audio補丁一樣，這個補丁不提供本地下載。當然很快就有人給出了下載地址，Google一下就能找到。
2、禁用索引服務(wù)(Windows Search)。這看上去確實能夠起一些作用，但是應(yīng)該沒有真正解決問題。
3、將資源管理器設(shè)置為禁止顯示預(yù)覽，只顯示圖標。這樣可以使系統(tǒng)不再試圖預(yù)覽文件，大大提高資源管理器的速度。但這也不是治本的方案。
4、在“打開或關(guān)閉Windows功能”中禁用“遠程差分壓縮”。這是目前的解決辦法——而且這不但可以解決網(wǎng)絡(luò)上復(fù)制文件速度的問題，也可以解決本地復(fù)制文件速度的問題，這個效果不明(比較本地與遠程文件的差異以便節(jié)省帶寬，這好理解嗎?!)的功能，原本是為網(wǎng)絡(luò)環(huán)境設(shè)定，但是不知為何也影響到了本地的文件復(fù)制。
5、關(guān)閉IPV6、QoS數(shù)據(jù)包計劃程序等。這個方法因為沒有測試，不知道是否真的有效。
6、修改注冊表：建立或修改DWORD值HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\System\CopyFileBuffered\Synchronously為1這個據(jù)說是微軟的人員提出的解決辦法，不過我看這個鍵值是影響的Win32子系統(tǒng)的CopyFile函數(shù)，但是使用CMD復(fù)制文件并不會出現(xiàn)緩慢的情況。這個方法的作用，也值得懷疑。
7、檢查磁盤系統(tǒng)的硬件和驅(qū)動程序，或者更換磁盤的接口，去掉所有的USB設(shè)備。這似乎對某些nForce SATA的用戶起到了極大作用。
在整個問題中，還出現(xiàn)了幾個有趣的現(xiàn)象：
1、Vista在進行文件的移動/復(fù)制之前，似乎都要對目標目錄進行長時間的檢查。這個檢查，就是發(fā)生在那“計算剩余時間”的過程中。確定目標內(nèi)是否有同名文件，似乎并不需要耗費很長時間，列目錄罷了;但是這里提到的檢查，時間可以長得奇怪。
2、有時候，USB設(shè)備之間復(fù)制是文章初提到的那種現(xiàn)象的最突出的表現(xiàn)。這能說明什么呢?
3、有人在使用ProcessMonitor程序分別監(jiān)視Explorer和CMD復(fù)制文件的過程中發(fā)現(xiàn)：Explorer能夠產(chǎn)生2000條以上的記錄，而CMD僅僅產(chǎn)生了30多條;Explorer在復(fù)制文件的時候會奇怪地進行“重命名”操作。4、一些人復(fù)制非Vista下建立的文件不出現(xiàn)問題，復(fù)制Vista下建立的文件就出現(xiàn)了緩慢的問題。
1、這些現(xiàn)象在50-75%的情況下發(fā)生，“很長時間”是指至少2倍于XP執(zhí)行相同操作的時間。2、需要很長時間才能打開一個本地或網(wǎng)絡(luò)目錄并顯示它的內(nèi)容3、在本地或網(wǎng)絡(luò)目錄之間復(fù)制文件需要很長時間(文件數(shù)量越多而不是大小越大，速度越慢)4、需要很長時間才能顯示文件或目錄的右鍵菜單5、建立和顯示目錄的縮略圖導(dǎo)致屏幕閃爍和Explorer卡死6、使用CMD進行操作時不會出現(xiàn)任何上述問題
目前已有的解決方案：
1、打微軟KB931770補丁。這篇微軟知識庫文章主要說明了在網(wǎng)絡(luò)環(huán)境下Vista向Windows 2003等系統(tǒng)的共享內(nèi)復(fù)制文件時出現(xiàn)的速度慢甚至死機的現(xiàn)象，但是像Win2000/XP/2003的KB888111 HD Audio補丁一樣，這個補丁不提供本地下載。當然很快就有人給出了下載地址，Google一下就能找到。
2、禁用索引服務(wù)(Windows Search)。這看上去確實能夠起一些作用，但是應(yīng)該沒有真正解決問題。
3、將資源管理器設(shè)置為禁止顯示預(yù)覽，只顯示圖標。這樣可以使系統(tǒng)不再試圖預(yù)覽文件，大大提高資源管理器的速度。但這也不是治本的方案。
4、在“打開或關(guān)閉Windows功能”中禁用“遠程差分壓縮”。這是目前的解決辦法——而且這不但可以解決網(wǎng)絡(luò)上復(fù)制文件速度的問題，也可以解決本地復(fù)制文件速度的問題，這個效果不明(比較本地與遠程文件的差異以便節(jié)省帶寬，這好理解嗎?!)的功能，原本是為網(wǎng)絡(luò)環(huán)境設(shè)定，但是不知為何也影響到了本地的文件復(fù)制。
5、關(guān)閉IPV6、QoS數(shù)據(jù)包計劃程序等。這個方法因為沒有測試，不知道是否真的有效。
6、修改注冊表：建立或修改DWORD值HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows\System\CopyFileBuffered\Synchronously為1這個據(jù)說是微軟的人員提出的解決辦法，不過我看這個鍵值是影響的Win32子系統(tǒng)的CopyFile函數(shù)，但是使用CMD復(fù)制文件并不會出現(xiàn)緩慢的情況。這個方法的作用，也值得懷疑。
7、檢查磁盤系統(tǒng)的硬件和驅(qū)動程序，或者更換磁盤的接口，去掉所有的USB設(shè)備。這似乎對某些nForce SATA的用戶起到了極大作用。
在整個問題中，還出現(xiàn)了幾個有趣的現(xiàn)象：
1、Vista在進行文件的移動/復(fù)制之前，似乎都要對目標目錄進行長時間的檢查。這個檢查，就是發(fā)生在那“計算剩余時間”的過程中。確定目標內(nèi)是否有同名文件，似乎并不需要耗費很長時間，列目錄罷了;但是這里提到的檢查，時間可以長得奇怪。
2、有時候，USB設(shè)備之間復(fù)制是文章初提到的那種現(xiàn)象的最突出的表現(xiàn)。這能說明什么呢?
3、有人在使用ProcessMonitor程序分別監(jiān)視Explorer和CMD復(fù)制文件的過程中發(fā)現(xiàn)：Explorer能夠產(chǎn)生2000條以上的記錄，而CMD僅僅產(chǎn)生了30多條;Explorer在復(fù)制文件的時候會奇怪地進行“重命名”操作。4、一些人復(fù)制非Vista下建立的文件不出現(xiàn)問題，復(fù)制Vista下建立的文件就出現(xiàn)了緩慢的問題。