WDelMgr20.exe

MSFT相關
回覆文章
schumi
Site Admin
文章: 696
註冊時間: 2004-04-15 14:30:34

WDelMgr20.exe

文章 schumi »

from http://jaronlin.spaces.live.com/blog/

之前的情況是,硬碟的讀取寫入經常都會影響到一些操作上的順暢性,尤其是刪除大檔的時候,I/O甚至慢到會讓CPU必須把所有的動作都停下來等待I/O的動作的完成,甚至是網路的傳輸也必須等一等才行。

有幾次想要找出問題的根源,看是中了病毒還是spyware,或者是防毒軟體、更新程式還是其他的常駐程式所造成的,都沒能在短期間找出來,因為事情忙,所以就都一直擱著不理它了,反正電腦的運作還算正常,慢一點也不是件等不了的大事。

過了一個年回來,在一個偶然的機會裡又想到了這件事,把自己有限的知識翻出來一個一個核對,從效能、registry、載入的模組....等,終於讓我找到了原兇--FinalData。

安裝了FinalData之後,它會常駐執行一支程式WDelMgr20.exe,顧名思義,它會負責掌管你所有的檔案刪除(包括移動)的動作,在刪除檔案的同時也會保留一份到各磁碟的Drive Information(隱藏目錄)下。也就是說,你把檔案刪除丟到資源回收筒時,它會寫一份到那個目錄去,從資源回收筒清除時,它又會寫一份到那個目錄去,難怪整個磁碟被拖得這麼慢,唯一不受影響的是寫入。

這樣的機制雖然多了檔案回復的可能性,但是卻也連帶提升了檔案毀損的可能性。這句話似乎有點矛盾,事實不然。由於磁碟I/O的時間過長(就我的經驗中,若一次刪除大量的檔案,甚至等上2,3個小時也有可能),再加上Windows對於各磁碟的I/O預設都是開啟Cache的,若I/O過程電腦斷電,資料當場就損毀了。這樣一來,用FinalData適得其反,沒能保護資料,可憐我去美國的照片和影片有一部份就受此之累。

FinalData的WDelMgr20.exe是以service的型式存在,所以把該服務停掉即可解脫I/O的桎梏。
回覆文章

回到「Microsoft」