CPU資源全滿了怎么辦
CPU資源全滿了怎么辦
當我們的CPU資源全滿了怎么解決?下面是學習啦小編收集整理關于CPU資源全滿了的資料以供大家參考學習，希望大家喜歡。
CPU資源全滿了的解決方法
1、驅動沒有經過認證，造成CPU資源占用100%。
大量的測試版的驅動在網上泛濫，造成了難以發現的故障原因。
2、殺毒軟件CPU使用率占用100%
現在的殺毒軟件一般都加入了，對網頁、郵件、個人隱私的即時監空功能，這樣無疑會加大系統的負擔。比如:在玩游戲的時候，會非常緩慢。關閉該殺毒軟件是解決得最直接辦法。
3、病毒、木馬造成。
出現CPU占用率100% 的故障經常是因為病毒木馬造成的，比如震蕩波病毒。應該首先更新病毒庫，對電腦進行全機掃描 。接著，在使用反間諜軟件Ad—Aware，檢查是否存在間諜軟件。論壇上有不少朋友都遇到過svchost.exe占用CPU100%，這個往往是中毒的表現。
svchost.exe 中的系統服務是以動態鏈接庫(DLL)的形式實現的，其中一些會把可執行程序指向svchost.exe，由它調用相應服務的動態鏈接庫并加上相應參數來啟動服務。正是因為它的特殊性和重要性，使它更容易成為了一些病毒木馬的宿主。
大量的蠕蟲病毒在系統內部迅速復制，造成CPU占用資源率據高不下。解決辦法：使用最新的殺毒軟件在DOS模式下進行殺毒。經常性更新升級殺毒軟件和防火墻，加強防毒意識，掌握正確的防殺毒知識。
4、開始->運行->msconfig->啟動，關閉不必要的啟動項，重啟。
5、網絡連接導致CPU使用率占用100%
查看網絡連接。主要是網卡。當你的2000/xp作為服務器時，收到來自端口445上的連接請求后，系統將分配內存和少量CPU資源來為這些連接提供服務，當負荷過重，就會出現上述情況。要解決這個問題可以通過修改注冊表來解決，打開注冊表，找到HKEY—LOCAL—MACHNESYSTEMCurrentControlSetServiceslanmanserver，在右面新建一個名為";maxworkitems";的DWORD值.然后雙擊該值，如果你的電腦有512以上內存，就設置為";1024";，如果小于512，就設置為256.
6、查看“svchost”進程
Svchost.exe是 XP系統的一個核心進程。Svchost.exe不單單只出現在 XP中，在使用NT內核的系統中都會有Svchost.exe的存在。一般在 2000中Svchost.exe進程的數目為2個，而在 XP中Svchost.exe進程的數目就上升到了4個及4個以上。
如何才能辨別哪些是正常的Svchost.exe進程，而哪些是病毒進程呢?
Svchost.exe的鍵值是在“HKEY_LOCAL_MACHINESoftwareMicrosoftWindows NTCurrentVersionSvchost”，每個鍵值表示一個獨立的Svchost.exe組。
微軟還為我們提供了一種察看系統正在運行在Svchost.exe列表中的服務的方法。以 XP為例：在“運行”中輸入：cmd，然后在命令行模式中輸入：tasklist /svc。系統列出服務列表。如果使用的是 2000系統則把前面的“tasklist /svc”命令替換為：“tlist -s”即可。
如果你懷疑計算機有可能被病毒感染，Svchost.exe的服務出現異常的話通過搜索Svchost.exe文件就可以發現異常情況。一般只會找到一個在：“C:WindowsSystem32”目錄下的Svchost.exe程序。如果你在其他目錄下發現Svchost.exe程序的話，那很可能就是中毒了。
還有一種確認Svchost.exe是否中毒的方法是在任務管理器中察看進程的執行路徑。但是由于在系統自帶的任務管理器不能察看進程路徑，所以要使用第三方的進程察看工具。
上面簡單的介紹了Svchost.exe進程的相關情況。總而言之，Svchost.exe是一個系統的核心進程，并不是病毒進程。但由于Svchost.exe進程的特殊性，所以病毒也會千方百計的入侵Svchost.exe。通過察看Svchost.exe進程的執行路徑可以確認是否中毒。
7、把網卡、顯卡、聲卡卸載，然后重新安裝一下驅動。
8、重裝系統、常用軟件、當然也要裝驅動。
用幾天看一下，若不會出現這種問題，再裝上其他軟件，但是最好是一個軟件裝完，先用幾天。出現問題再接著裝!
特征:服務器正常CPU消耗應該在75%以下，而且CPU消耗應該是上下起伏的，出現這種問題的服務器，CPU會突然一直處100%的水平，而且不會下降。查看任務管理器，可以發現是DLLHOST.EXE消耗了所有的CPU空閑時間，
管理員在這種情況下，只好重新啟動IIS服務，奇怪的是，重新啟動IIS服務后一切正常，但可能過了一段時間后，問題又再次出現了。
直接原因:
有一個或多個ACCESS數據庫在多次讀寫過程中損壞，微軟的MDAC系統在寫入這個損壞的ACCESS文件時，ASP線程處于BLOCK狀態，結果其它線程只能等待，IIS被死鎖了，全部的CPU時間都消耗在DLLHOST中。
解決辦法:
安裝“一流信息監控攔截系統”，使用其中的“首席文件檢查官IIS健康檢查官”軟件，
啟用”查找死鎖模塊”，設置:
--wblock=yes
監控的目錄，請指定您的主機的文件所在目錄:
--wblockdir=d:test
監控生成的日志的文件保存位置在安裝目錄的log目錄中，文件名為:logblock.htm
停止IIS，再啟動“首席文件檢查官IIS健康檢查官”，再啟動IIS，“首席文件檢查官IIS健康檢查官”會在logblock.htm中記錄下最后寫入的ACCESS文件的。
過了一段時間后，當問題出來時，例如CPU會再次一直處100%的水平，可以停止IIS，檢查logblock.htm所記錄的最后的十個文件，注意，最有問題的往往是計數器類的ACCESS文件，例如:”**COUNT.MDB”，”**COUNT.ASP”，可以先把最后十個文件或有所懷疑的文件刪除到回收站中，再啟動IIS，看看問題是否再次出現。我們相信，經過仔細的查找后，您肯定可以找到這個讓您操心了一段時間的文件的。
CPU資源全滿了相關文章：