WaitToKillServiceTimeout

今天主要探討登錄檔中的WaitToKillServiceTimeout、WaitToKillAppTimeout以及HungAppTimeout設定，今天所講的範圍，適用於Windows XP、Windows 2000 以及 Windows NT 這些以NT技術為發展基礎的作業系統上。

把Windows XP登錄檔裡面的Wait To Kill Service Timeout數值設越小，關機速度越快，請問這是真的？為什麼呢？會不會有什麼危險？可以把它設成0嗎？

WaitToKillServiceTimeout 數值設的越小，關機速度越快，這樣的說法沒有不對，然而，這隻說了一半，而另一半卻沒說。

WaitToKillServiceTimeout位置在：[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control] 單位是 micro second Windows XP 的預設值是20000，WaitToKillServiceTimeout 是用來等待終止Service的時間，就是說：在關機的時候，如果有某個Service超過指定時間還不自動停止的話，作業系統就強迫停掉他，不等了。

WaitToKillServiceTimeout其實也只是一種“最大寬限”而已，好比說我雖設20000 microsoconds，假如我所有Service都自動在期限內終止，作業系統並不會還在那裡傻傻等下去，如果所有Service登自動停了，作業系統會繼續他的關機步驟，並不會等到時間到才進行下一步。

那我可不可以把等待的時間縮短或延長？

因為每個電腦的環境都不同，不能統一規定，這就像看病一樣，甲跟乙都是感冒，但是可能拿的葯會不一樣，因為醫生會針對他們的體質來開藥方，在電腦上也是類似的道理。

把時間設短，在甲的電腦上可能沒事，一切正常，乙依樣套用，但是他的電腦卻死翹翹了，為什麼？

可能乙電腦上所跑的 Service 本來就需要長一點的時間結束，甲電腦上根本沒有安裝這些 Service，所以再短的時間也沒有影響，不明就裡縮短時間的結果，就是出現一堆莫名其妙的狀況。

WaitToKillServiceTimeout不建議任意更動或設得太短，為什麼呢？前面解釋過，WaitToKillServiceTimeout就是在給Service一段緩衝時間，讓這些執行中的 Service 有足夠時間將 Cache 中的資料在系統結束前寫回去，如果沒有保留足夠的緩衝時間，資料就會遺失，接著會發生什麼事情，誰也沒有辦法預料的。

尤其是作為伺服器用途的機器在修改 WaitToKillServiceTimeou 數值的時候更須小心，像 DHCP、DNS、WIN*、**change、SQL servers ..等等這些 Service 所需要停止的時間，絕對比一般長許多，任意強迫終止的話，只會造成資料的流失，不可能獲得任何的好處。

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

與 WaitToKillServiceTimeout 相似的還有：WaitToKillAppTimeout 以及 HungAppTimeout，不過後兩者的影響就不會像WaitToKillServiceTimeout 那麼嚴重了。

WaitToKillAppTimeout、以及 HungAppTimeout 都是位於：[HKEY_CURRENT_USER\ControlPanel\Desktop]

以下分別解釋用途：

WaitToKillAppTimeout 是指等待目前執行中程式的逾時的時間。你下達關機指令后，作業系統會送出關機指令給目前執行中的應用程式，要求結束作業，這時候，如果其中有當掉的應用程式，作業系統當然就收不到來自這個程式的回應，作業系統就把這個程式列為沒有回應。WaitToKillAppTimeout就是告訴作業系統我該等你這個程式多久，超過這個時間要是是你這個程式再不給我回應的話，我就關機不管你了。同時作業系統也會進行倒數計時，顯示還有多久將關閉這個沒有回應的程式。

（預設值是20000，推薦設為1000，即1秒）

HungAppTimeout 就是在關機前，還要等待這些已經沒有回應的程式多久，算是最後通牒，（預設值是5000 ，推薦設為1000，即1秒）。

既然我們了解到這些只是去設定去等已經沒有回應的那個程式的時間，那麼設短一點也無所謂了。

其實影響關機速度因素非常多，今天所講的“等待”的時間，幾乎是無關輕重。

因為影響關機速度的原因很難一一列舉，從不良的驅動程式、有瑕疵的硬體、硬體間的彼此衝突、記憶體不足、甚至病毒，都會影響關機時間，絕對不是改這幾個registry key就可以解決。

這等於是不切實際的期望，而不是對症下藥。