伺服器利用率低

1、為什麼伺服器宕機一般發生在凌晨使用率最低的時候?

某些公司需要搞後台研發，經常選擇升級的時機放在凌晨，而且大型的數據處理也是放在這個時間段內，經常發生的伺服器宕機也是在這個時段。都是在用戶使用少的時候開始折騰，折騰的次數多也就容易出現伺服器問題。由於做的是物聯網設備，在工作中遇到的宕機主要有這么幾種情況，對大量數據的操作導致CPU佔比在一段時間內驟增從而導致數據接收模塊出問題，導致系統監控出現問題，很多設備信息檢測不到了。

對資料庫的操作太頻繁導致效率的下降，也是影響系統性能很重要的一部分，其實伺服器也是普通電腦的構成，主要的資源是CPU和內存，這兩個因素無論是哪種都有可能導致系統的崩盤，如果是CPU被占滿了，系統的反應會變得異常緩慢，時間長了可能還會慢慢緩過勁來，內存如果占滿了那麼會導致系統的崩潰，直接運行不下去了，其實宕機核心點不會跑出這兩種因素。

現在就常見的伺服器宕機問題做個歸納總結：

1.磁碟空間被占滿，現在程序員運行的時候都習慣於帶上log列印，如果時間長了加上沒有清理的機制早晚會出問題，這個錯誤在平時運行過程中經常出現，如果使用的雲計算伺服器通常在系統崩盤之前都會發個簡訊，通知你的系統處於崩潰的邊緣。

2.並發性能問題，如果多個人同時操作一個資料庫或者數據塊，會導致系統假死狀態，這種屬於爭搶CPU資源問題，可以通過增加硬體配置以及優化軟體代碼的效率去解決，數據量如何足夠大就可以考慮分布式的管理

3.數據受損或者被破壞導致系統崩盤，所以常見的做法是都會配置備份盤，出現問題抓緊拿到備份盤來頂上，現在公司使用的是阿里雲的伺服器，穩定性相比之前好太多了，中間換過電信雲，騰訊雲雖然價格低點，最後受不了直接換成阿里雲，再也不想換回去了，數據的穩定性永遠是第一位的。

4，一些沒有必要的誤操作，

很多時候是因為程序員或者運維人員的誤操作大致伺服器大面積的宕機，這種事件在很多雲服務提供商身上都發生過，根本層面還是管理問題。後台管理的任何細節都有可能

伺服器宕機查找問題的幾個線索：

1.看看伺服器是不是存在內存泄漏問題，有些時候重啟機器開始還能正常運行弄了一段時間之後就會變得非常緩慢，十有八九都是內存的問題

2.是否有黑客入侵造成，有些非常關鍵重要的數據也是黑客最感興趣的，一般來講這種概率不是很高

2、學校網內伺服器多 導致使用率低怎麼辦好

多的話，可以組集群。每個伺服器的作用都不同。其實可以裝虛擬機器，每個跑不同的任務。還可以給班級開空間，讓他們在上面玩耍、實習。然後學校還能掙點錢。 遠程管理，了解一下。

3、如何提高伺服器利用率

其實，根據調查只有約25%的虛擬伺服器處理性能能夠被部署虛擬化項目的企業所充分利用。幾乎有超過半數的客戶面臨此類狀況。事實上，利用率數字應該更高，也就是說應達到55%至60%的水平，這樣才能使虛擬化應用的運行真正帶來經濟效益。這種實際效率與預期效率間的差距，主要來自於企業的虛擬化管理思路。他們往往更樂於添置新的虛擬伺服器，而非在現有的虛擬伺服器上配置更多工作負荷。而這種做法，Cappuccio說，會造成經濟層面上的巨大浪費。原因何在？因為一套物理伺服器即使只有25%的處理能力在發揮作用，其能源消耗率仍然會達到其額定運轉功率的80%。如果我們將其處理能力的利用率提高一倍，達到前面所說的55%至60%，其所帶來的能源消耗提升相對而言卻微不足道——大約達到額定運轉功率的85%。這意味0.10.N著企業在處理能力方面收獲頗豐，付出的能源消耗成本則只有一小部分。而且提升執行效率的做法，正是當初我們熱衷於引入虛擬化技術的重要原因之一。別執著於你的伺服器到底有多少資源被用於虛擬化，相反，我們要把注意力集中到資源的利用率方面。許多企業樂於宣稱其數據中心內部的伺服器資源虛擬化比例已達到70%或80%，但當談及其伺服器的實際平均運轉水平時，得到的結論仍然可謂慘不忍睹——只有約25%至30%。這意味著，系統整體的虛擬化縱然做得再好，事實上多數企業仍然在浪費資源。要讓你的每千瓦能源都物有所值，將自己設備的計算利用率提高到55%至60%才是正道。上述情況作為常見而典型的反面教材，廣泛存在於各大沉醉於自身虛擬化方案的企業當中。也可以充分調動更多的伺服器性能，與此同時，通過在少的物理伺服器上運行更多的應用程序實體，我們可以節約自己數據中心的佔地面積，這也是縮減開支的好辦法。IT行業的歷史頑疾正是原因之一。在過去，由於分布式計算是由規模相對較小的計算機實現的，而大多數數據中心管理員們往往不願意使用這些性能較差的0.10.N設備而更偏好將真正的業務計算需求通過大型機實現。所以，當有客戶要求將某個應用程序加入分布式系統當中時，管理員們的建議往往是添加額外的對應設備用於0.10.N專門處理。這就是一台計算機對應一個應用程序的不良風氣成為主流模式的原因所在不過硬體利用率配置過高也會引發新的問題，在未引入虛擬化技術的企業中，管理員們往往會發現其物理伺服器的實際利用率只有7%到0.10.N12%，Cappuccio根據調查結果提到。「這正是鞏固資源管理體系的起點，因為顯然我們必須找出能讓這些計算機設備的運轉更加高效的方法。0.10.N「如今的問題是我們發現處於虛擬環境下的計算機，其運行效率依然只有可憐的25%。這比起過去的確有些進步，但距離我們的目標還差得很遠。通過切實發掘現有伺服器的全部潛在性能，企業能夠從長遠角度節約大量投入，對於大多數情況來說，提高利用率可以避免無謂的數據中心擴張方案，並在很長一段時間內從各個角度幫助用戶節省資金。在過去，企業總是讓自己租下的大型機以90%的性能負荷不停運轉，因為這類設備的使用成本實在不低，企業希望能盡量充分發揮它的能力。這種情況下，你會做何決斷呢？1、如果還沒做過相關工作，馬上對自己的虛擬伺服器進行整編並列出清單。3、如果實際利用率很低，大家可以立即著手進行調查，例如有針對性地做出變更、將一部分虛擬化應用程序轉移到另一台伺服器上以迅速提高運行效率等等。效率低下問題的症結所在，正是由於IT管理者們將多年來固有的使用習慣帶入數據中心、硬體及應用程序的現代化管理之中。而這種落後的模式往往很難在短時間內徹底消除。但隨著企業IT的演變及發展，我們能夠探索新的途徑並獲取新的見解，進而在指導實踐的過程中產生出乎預料之外的重大革新。只要時刻立足於IT行業的前沿、關注來自各方面的經驗教訓，這種變革之美就會為企業提供實實在在的經濟回報。這個夏天，不要虛度——認真思考提高虛擬化利用率所能帶來的好處吧：為企業節約資金、提高生產率、減少員工的工作量，並能夠從自己的IT體系中發現更多有助於提高效率的真知灼見。

4、怎樣提高伺服器的利用率？

提高伺服器的利用率，　安徽伺服器恢復根據AMD和Intel的增長預測2005年到2008年間處理器的能力增長了6倍。伺服器變得越來越強大，而我們使用的部分卻越來越少。我們希望最終用戶了解他們只是為了達到滿足自身商業目標需求， 像Exchange或者大負載的程序也許不能很好的工作在低端的虛擬主機空間，但是作為虛擬化目標我們並不完全排除Exchange負載。我們監視著當前系統的性能趨勢，用以判斷這個候選的應用程序是否可以滿足對虛擬機的性能需求。我們希望使用RightSizing和虛擬化技術來作為一種能夠使得用戶重新考慮他們預算的方法。

5、求助，為什麼網站CPU使用率很低，結果伺服器使用達到80%多啊，解決

CPU使用率為0 這是一件絕對不可能的事
哪怕沒有網頁只系統也會有佔用
所以這個值 目前看參考價值是沒有了
另外 這個80%是內存的佔用
基本上是運行 數據查詢類的 需要計算的部分
所以可以確定是運行類的佔用
你要查的就是代碼 和訪問異常的部分

另外。。。照這個趨勢 這個配置也不可能適合你
才剛開始就這樣以後豈不糟糕？
而且。。。
所謂的伺服器還只有web不提供伺服器許可權，
單核CPU 1G內存 5G空間 1M單線帶寬 還近700/年

可我們現在的。。。全伺服器許可權
雙核CPU 1G內存 70G空間 3M獨享帶寬多線BGP機房 只多個100多元
這豈是天地之差呀。。。

6、伺服器內存配置8G,但運行軟體時利用率非常低，系統運行較慢

下點優化軟體檢測並優化一下，查查到底是哪裡的毛病才能對症下葯啊 8G內存運行還慢不是內存的問題的話 估計是你系統或者驅動問題

7、伺服器的cpu使用率低有什麼問題

一個能說明你的CPU性能實在太強了，分來的任務都能立刻處理掉，核心數量多，線程多，使用率會比線程數少的CPU來講要低。
另外一個，CPU分配到的任務少。
本身CPU沒有質量問題

8、FLUENT伺服器並行計算，cpu利用率總是偏低，嚴重影響計算速度，怎麼破解？

我也遇到這個問題，剛剛解決了。
以win10系統為例

控制面板——電源——選擇電源計劃——平衡 → 改成「高性能」

在 平衡 模式下，工作站為了降低功耗，會自動限制cpu使用率的，更改電源設置以後就能突破此限制。

9、為什麼網路的利用率低？

主要原因是ISP限制了速度，你可以發現1M的速度在連接一些高速伺服器時幾乎是固定值。

10、Linux為什麼CPU的使用率很低 但是內存使用率很高

樓主無需憂慮, 我來幫你分析 , 偶爾出現無所謂
WinXP中CPU佔用100%原因及解決方法
我們在使用Windows XP操作系統的時候，用著用著系統就變慢了，一看「 任務管理器 」才發現CPU佔用達到100%。這是怎麼回事情呢?遇到病毒了，硬體有問題，還是系統設置有問題，在本文中筆者將從硬體，軟體和病毒三個方面來講解系統資源佔用率為什麼會達到100%。
經常出現CPU佔用100%的情況，主要問題可能發生在下面的某些方面:
CPU佔用率高 的九種可能
1、防殺毒軟體造成 故障
由於新版的 KV 、金山、 瑞星 都加入了對網頁、 插件 、郵件的隨機監控，無疑增大了系統負擔。處理方式:基本上沒有合理的處理方式，盡量使用最少的監控服務吧，或者，升級你的硬體配備。
2、驅動沒有經過認證，造成CPU資源佔用100%
大量的測試版的驅動在網上泛濫，造成了難以發現的故障原因。 處理方式:尤其是 顯卡驅動 特別要注意，建議使用 微軟認證 的或由官方發布的驅動，並且嚴格核對型號、版本。
3、 病毒、木馬 造成
大量的蠕蟲病毒在系統內部迅速復制，造成CPU佔用資源率據高不下。解決辦法:用可靠的殺毒軟體徹底清理系統內存和本地硬碟，並且打開系統設置軟體，察看有無異常啟動的程序。經常性更新升級殺毒軟體和防火牆，加強防毒意識，掌握正確的防殺毒知識。
4、控制面板— 管理工具 —服務—RISING REALTIME MONITOR SERVICE 點滑鼠右鍵，改為手動。
5、開始-運行-msconfig-啟動，關閉不必要的啟動項，重啟。
6、查看「 svchost 」進程。
svchost . exe 是Windows XP系統 的一個核心進程。 svchost.exe 不單單只出現 在Window s XP中，在使用 NT 內核的 Windows系統 中都會有svchost.exe的存在。一般在 Windows 2000 中 svchost.exe進程 的數目為2個，而 在Windows XP中svchost.exe進程的數目就上升到了4個及4個以上。
7、查看 網路連接 。主要是網卡。
8、查看網路連接
當安裝了Windows XP的計算機做伺服器的時候，收到埠 445 上的連接請求時，它將分配內存和少量地調配 CPU資源來為這些連接提供服務。當負荷過重的時候，CPU佔用率可能過高，這是因為在工作項的數目和響應能力之間存在固有的權衡關系。你要確定合適的 MaxWorkItems 設置以提高系統響應能力。如果設置的值不正確，伺服器的響應能力可能會受到影響，或者某個用戶獨占太 多系統 資源。
要解決此問題，我們可以通過修改注冊表來解決:在 注冊表編輯器 中依次展開[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver ]分支，在右側窗口中 新建 一個名為「maxworkitems」的 DWORD值 。然後雙擊該值，在打開的窗口中鍵入下列數值並保存退出:
如果計算機有512MB以上的內存，鍵入「1024」；如果計算機內存小於 512 MB，鍵入「256」。
9、看看是不是Windows XP使用滑鼠右鍵引起CPU佔用100%
前不久的報到說在資源管理器裡面使用滑鼠右鍵會導致CPU資源100%佔用，我們來看看是怎麼回事？
徵兆:
在資源管理器裡面，當你右鍵點擊一個目錄或一個文件，你將有可能出現下面所列問題:
任何文件的拷貝操作在那個時間將有可能停止相應
網路連接速度將顯著性的降低
所有的流輸入/輸出操作例如使用Windows Media Player 聽音樂將有可能是音樂失真成因:
當你在資源管理器裡面右鍵點擊一個文件或目錄的時候，當快捷 菜單顯示 的時候，CPU佔用率將增加到100%，當你關閉快捷菜單的時候才返回正常水平。
解決方法:
方法一:關閉「為菜單和工具提示使用過渡效果」
1、點擊「開始」--「控制面板」
2、在「控制面板」裡面雙擊「顯示」
3、在「顯示」屬性裡面點擊「外觀」標簽頁
4、在「外觀」標簽頁裡面點擊「效果」
5、在「效果」對話框裡面，清除「為菜單和工具提示使用過渡效果」前面的復選框接著點擊兩次「確定」按鈕。
方法二:在使用滑鼠右鍵點擊文件或目錄的時候先使用滑鼠左鍵選擇你的目標文件或目錄。然後再使用滑鼠右鍵彈出快捷菜單。
CPU佔用100%解決辦法
一般情況下CPU佔了100%的話我們的電腦總會慢下來，而很多時候我們是可以通過做 一點點 的改動就可以解決，而不必問那些大蝦了。
當機器慢下來的時候，首先我們想到的當然是任務管理器了，看看到底是哪個程序佔了較搞的比例，如果是某個大程序那還可以原諒，在關閉該程序後只要CPU正常了那就沒問題；如果不是，那你就要看看是什幺程序了，當你查不出這個進程是什幺的時候就去google或者 baidu 搜。有時只結束是沒用的，在 xp下 我們可以結合msconfig里的啟動項，把一些不用的項給關掉。在2000下可以去下個winpatrol來用。
一些常用的軟體，比如瀏覽器佔用了很搞的CPU，那幺就要升級該軟體或者乾脆用別的同類軟體代替，有時軟體和系統會有點不兼容，當然我們可以試下xp系統下給我們的那個兼容項，右鍵點該. exe文件 選兼容性。
svchost.exe有時是比較頭痛的，當你看到你的某個svchost.exe佔用很大CPU時你可以去下個aports或者fport來檢查其對應的程序路徑，也就是什幺東西在掉用這個svchost.exe，如果不是c:\Windows\ system32 (xp)或c:\winnt\system32(2000)下的，那就可疑。升級殺毒軟體殺毒吧。
右擊 文件導致100%的CPU佔用我們也會遇到，有時點右鍵停頓可能就是這個問題了。官方的解釋:先點左鍵選中，再右鍵(不是很理解)。非官方:通過在桌面點右鍵-屬性-外觀-效果，取消」為菜單和工具提示使用下列過度效果(U)「來解決。還有某些殺毒軟體對文件的監控也會有所影響，可以 關閉殺毒軟體 的文件監控；還有就是對網頁，插件，郵件的監控也是同樣的道理。
一些驅動程序有時也可能出現這樣的現象，最好是選擇微軟認證的或者是官方發布的驅動來裝，有時可以適當的升級驅動，不過記得最新的不是最好的。
CPU降溫軟體 ，由於軟體在運行時會利用所以的CPU空閑時間來進行降溫，但Windows不能分辨普通的CPU佔用和 降溫軟體 的降溫指令 之間的區別 ，因此CPU始終顯示100%，這個就不必擔心了，不影響正常的系統運行。
在處理較大的 word文件 時由於word的拼寫和語法檢查會使得CPU累，只要打開word的工具-選項-拼寫和語法把」檢查拼寫和檢查語法「勾去掉。
單擊 avi視頻 文件後CPU佔用率高是因為系統要先掃描該文件，並檢查文件所有部分，並建立索引；解決辦法:右擊保存視頻文件的文件夾-屬性-常規-高級，去掉為了快速搜索，允許索引服務編制該文件夾的索引的勾。
CPU佔用100%案例分析
1、 dllhost進程造成CPU使用率佔用100%
特徵:伺服器正常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，看看問題是否再次出現。我們相信，經過仔細的查找後，您肯定可以找到這個讓您操心了一段時間的文件的。
找到這個文件後，可以刪除它，或下載下來，用ACCESS2000修復它，問題就解決了。
2、 svchost.exe造成CPU使用率佔用100%
在win.ini文件中，在[Windows]下面，「run=」和「load=」是可能載入「木馬」程序的途徑，必須仔細留心它們。一般情況下，它們的等號後面什幺都沒有，如果發現後面跟有路徑與文件名不是你熟悉的啟動文件，你的計算機就可能中上「木馬」了。當然你也得看清楚，因為好多「木馬」，如「AOL Trojan木馬」，它把自身偽裝成command.exe文件，如果不注意可能不會發現它不是真正的系統啟動文件。
在system.ini文件中，在[BOOT]下面有個「shell=文件名」。正確的文件名應該是「explorer.exe」，如果不是「explorer.exe」，而是「shell= explorer.exe 程序名」，那幺後面跟著的那個程序就是「木馬」程序，就是說你已經中「木馬」了。
在注冊表中的情況最復雜，通過regedit命令打開注冊表編輯器，在點擊至:「HKEY-LOCAL-MACHINE\Software\Microsoft\Windows\CurrentVersion\Run」目錄下，查看鍵值中有沒有自己不熟悉的自動啟動文件，擴展名為EXE，這里切記:有的「木馬」程序生成的文件很像系統自身文件，想通過偽裝矇混過關，如「Acid Battery v1.0木馬」，它將注冊表「HKEY-LOCAL-MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run」下的Explorer 鍵值改為Explorer=「C:\Windows\expiorer.exe」，「木馬」程序與真正的Explorer之間只有「i」與「l」的差別。當然在注冊表中還有很多地方都可以隱藏「木馬」程序，如:「HKEY-CURRENT-USER\Software\Microsoft\Windows\CurrentVersion\Run」、「HKEY-USERS\****\Software\Microsoft\Windows\CurrentVersion\Run」的目錄下都有可能，最好的辦法就是在「HKEY-LOCAL-MACHINE\Software\Microsoft\Windows\CurrentVersion\Run」下找到「木馬該病毒也稱為「Code Red II(紅色代碼2)」病毒，與早先在西方英文系統下流行「紅色代碼」病毒有點相反，在國際上被稱為VirtualRoot(虛擬目錄)病毒。該蠕蟲病毒利用Microsoft已知的溢出漏洞，通過80埠來傳播到其它的Web頁伺服器上。受感染的機器可由黑客們通過Http Get的請求運行scripts/root.exe來獲得對受感染機器的完全控制權。
當感染一台伺服器成功了以後，如果受感染的機器是中文的系統後，該程序會休眠2天，別的機器休眠1天。當休眠的時間到了以後，該蠕蟲程序會使得機器重新啟動。該蠕蟲也會檢查機器的月份是否是10月或者年份是否是2002年，如果是，受感染的伺服器也會重新啟動。當Windows NT系統啟動時，NT系統會自動搜索C盤根目錄下的文件explorer.exe，受該網路蠕蟲程序感染的伺服器上的文件explorer.exe也就是該網路蠕蟲程序本身。該文件的大小是8192位元組，VirtualRoot網路蠕蟲程序就是通過該程序來執行的。同時，VirtualRoot網路蠕蟲程序還將cmd.exe的文件從Windows NT的system目錄拷貝到別的目錄，給黑客的入侵敞開了大門。它還會修改系統的注冊表項目，通過該注冊表項目的修改，該蠕蟲程序可以建立虛擬的目錄C或者D，病毒名由此而來。值得一提的是，該網路蠕蟲程序除了文件explorer.exe外，其餘的操作不是基於文件的，而是直接在內存中來進行感染、傳播的，這就給捕捉帶來了較大難度。
」程序的文件名，再在整個注冊表中搜索即可。
我們先看看微軟是怎樣描述svchost.exe的。在微軟知識庫314056中對svchost.exe有如下描述:svchost.exe 是從動態鏈接庫 (DLL) 中運行的服務的通用主機進程名稱。
其實svchost.exe是Windows XP系統的一個核心進程。svchost.exe不單單只出現在Windows XP中，在使用NT內核的Windows系統中都會有svchost.exe的存在。一般在Windows 2000中svchost.exe進程的數目為2個，而在Windows XP中svchost.exe進程的數目就上升到了4個及4個以上。所以看到系統的進程列表中有幾個svchost.exe不用那幺擔心。
svchost.exe到底是做什幺用的呢?
首先我們要了解一點那就是Windows系統的中的進程分為:獨立進程和共享進程這兩種。由於Windows系統中的服務越來越多，為了節約有限的系統資源微軟把很多的系統服務做成了共享模式。那svchost.exe在這中間是擔任怎樣一個角色呢?
svchost.exe的工作就是作為這些服務的宿主，即由svchost.exe來啟動這些服務。svchost.exe只是負責為這些服務提供啟動的條件，其自身並不能實現任何服務的功能，也不能為用戶提供任何服務。svchost.exe通過為這些系統服務調用動態鏈接庫(DLL)的方式來啟動系統服務。
svchost.exe是病毒這種說法是任何產生的呢?
因為svchost.exe可以作為服務的宿主來啟動服務，所以病毒、木馬的編寫者也挖空心思的要利用svchost.exe的這個特性來迷惑用戶達到入侵、破壞計算機的目的。
如何才能 辨別 哪些是正常的svchost.exe進程，而哪些是 病毒進程 呢?
svchost.exe的鍵值是在「HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Svchost」，如圖1所示。圖1中每個鍵值表示一個獨立的svchost.exe組。
微軟還為我們提供了一種察看系統正在運行在svchost.exe列表中的服務的方法。以Windows XP為例:在「運行」中輸入:cmd，然後在命令行模式中輸入:tasklist /svc。系統列出如圖2所示的服務列表。圖2中紅框包圍起來的區域就是svchost.exe啟動的服務列表。如果使用的是Windows 2000系統則把前面的「tasklist /svc」命令替換為:「tlist -s」即可。如果你懷疑計算機有可能被病毒感染，svchost.exe的服務出現異常的話通過搜索 svchost.exe文件 就可以發現異常情況。一般只會找到一個在:「C:\Windows\System32」目錄下的svchost.exe程序。如果你在其它目錄下發現svchost.exe程序的話，那很可能就是中毒了。
還有一種確認svchost.exe是否中毒的方法是在任務管理器中察看進程的執行路徑。但是由於在Windows系統自帶的任務管理器不能察看進程路徑，所以要使用第三方的進程察看工具。
上面簡單的介紹了svchost.exe進程的相關情況。總而言之，svchost.exe是一個系統的核心進程，並不是病毒進程。但由於svchost.exe進程的特殊性，所以病毒也會千方百計的入侵svchost.exe。通過察看svchost.exe進程的執行路徑可以確認是否中毒。
3、 Services.exe造成CPU使用率佔用100%
症狀
在基於 Windows 2000 的計算機上，Services.exe 中的 CPU 使用率可能間歇性地達到100 %，並且計算機可能停止響應(掛起)。出現此問題時，連接到該計算機(如果它是文件伺服器或域控制器)的用戶會被斷開連接。您可能還需要重新啟動計算機。如果 Esent.dll 錯誤地處理將文件刷新到磁碟的方式，則會出現此症狀。
解決方案
Service Pack 信息
要解決此問題，請獲取最新的 Microsoft Windows 2000 Service Pack。有關其它信息，請單擊下面的文章編號，以查看 Microsoft 知識庫中相應的文章:
260910 如何獲取最新的 Windows 2000 Service Pack
修復程序信息