关于Services.exe开机CPU内存使用暴增解决方案
????? 這兩天系統(Windows Server 2003 SP2)開機,發現Services.exe進程CPU使用率暴增并且伴隨內存狂耗,內存和虛擬內存可以在10分鐘之內耗盡。我3G內存呀,外加2G虛擬內存。但詭異的是待內存耗盡后,Services.exe有突然釋放內存,回到正常狀態……
????? 但開機過程實在太痛苦了,還是早點把這問題解決了比較好。Services.exe屬于系統級進程,只有Event Log服務和即插即用服務使用該進程。問題范圍很小了,挨個排除唄。
????? 先掃用NOD32查殺一遍病毒,未發現有毒,后清空了一大堆的系統日志,重啟問題依舊;又關閉了Event Log服務,超慢速重啟后問題依舊;打開服務,看看隱藏設備,其中并沒有感嘆號的即插即用設備呀?本來貌似簡單的問題陷入僵局。
????? 沒招了,下載微軟的工具套裝SysinternalsSuite(該套裝可在微軟官網免費下載),用其中的autoruns收拾收拾啟動加載項,但也沒發現可疑啟動加載項。重啟,在Services.exe狂耗內存時打開procexp和procemon監控這個讓人郁悶的Services。翻遍加載的DLL,沒發現有啥可疑的,終于在procemon的監控中發現Serviece居然在瘋狂讀寫WINDOWS\LastGood.tmp\INF\oem32.inf和WINDOWS\LastGood.tmp\INF\oem32.pnf文件。好奇地打開該路徑看看,發現oem32.inf和pnf文件均為0KB。LastGood.tmp是安全模式的最后一次正確配置生成的文件夾,但這個oem32驅動信息是咋回事呢?找了下WINDOWS\inf文件夾,其中并沒有oem32.inf,只有oem31。猜測一下,估計是某個軟件正準備安裝新驅動時驅動文件損壞了,導致這個結果。用unlocker解鎖LastGood.tmp文件夾,CPU和內存使用率瞬間降為正常值了。重啟后的services.exe狂耗內存和CPU的問題也解決了!
????? 總結,針對這類問題應該先排除病毒問題,在按照該進程特性縮小問題排查范圍,如果問題還未解決,就要靠工具輔助分析了。本次分析用到的工具有:Autoruns、Process Explorer、Process Monitor、unlocker,均免費!問題解決方案同樣適用于XP系統。
轉載于:https://www.cnblogs.com/codingmylife/archive/2009/09/20/1678532.html
總結
以上是生活随笔為你收集整理的关于Services.exe开机CPU内存使用暴增解决方案的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: .NET平台下WEB应用程序的部署(安装
- 下一篇: SilverLight开发系列第1步:搭