服務(wù)器上w3wp.exe占用cpu過多有時候超過50%的原因分析
更新時間:2011年08月11日 11:17:05 作者:
剛剛架設(shè)好網(wǎng)站,卻發(fā)現(xiàn)反應(yīng)速度奇慢,上服務(wù)器一看發(fā)現(xiàn)CPU100%占用,發(fā)現(xiàn)是w3wp.exe長時間占用大量CPU.出現(xiàn)這種情況應(yīng)該是網(wǎng)站程序存在死循環(huán)等問題所致。在找到問題以前可以暫時采取限制w3wp進程CPU使用率的方法保證網(wǎng)站可以將就著工作: 服務(wù)器響應(yīng)速度很慢。
解決CPU占用過多:
1、在IIS中對每個網(wǎng)站進行單獨的應(yīng)用程序池配置。即互相之間不影響。
2、設(shè)置應(yīng)用程序池的CPU監(jiān)視,不超過25%(服務(wù)器為4CPU),每分鐘刷新,超過限制時關(guān)閉。
根據(jù)w3wp取得是哪一個應(yīng)用程序池:
1、在任務(wù)管理器中增加顯示pid字段。就可以看到占用內(nèi)存或者cpu最高的進程pid
2、在命令提示符下運行iisapp -a。注意,第一次運行,會提示沒有js支持,點擊確定。然后再次運行就可以了。這樣就可以看到pid對應(yīng)的應(yīng)用程序池。(iisapp實際上是存放在 C:windowssystem32目錄下的一個VBS腳本,全名為iisapp.vbs,如果你和我一樣,也禁止了Vbs默認(rèn)關(guān)聯(lián)程序,那么就需要手動到該目錄,先擇打開方式,然后選“Microsoft (r) Windows Based Script. Host”來執(zhí)行,就可以得到PID與應(yīng)用程序池的對應(yīng)關(guān)系。)
3、到iis中察看該應(yīng)用程序池對應(yīng)的網(wǎng)站,就ok了,做出上面的內(nèi)存或CPU方面的限制,或檢查程序有無死循環(huán)之類的問題。
解決內(nèi)存占用過多,可以做以下配置:
1、在IIS中對每個網(wǎng)站進行單獨的應(yīng)用程序池配置。即互相之間不影響。
2、設(shè)置應(yīng)用程序池的回收時間,默認(rèn)為1720小時,可以根據(jù)情況修改。再設(shè)置當(dāng)內(nèi)存占用超過多少(如500M),就自動回收內(nèi)存。
我的設(shè)置如下:
首先是對CPU的限制:在啟用cpu監(jiān)視后,我設(shè)置該應(yīng)用程序池最大的cpu使用率為50%。設(shè)置刷新cpu時間為1分鐘,設(shè)置操作為“關(guān)閉”。最大工作進程數(shù)設(shè)置為1。這個意思是,IIS刷新檢測該獨立池的CPU使用情況時間為1分鐘,如果超過設(shè)置的cpu限制50%,就會發(fā)出關(guān)閉池的指令,要求池在指定的時間內(nèi)關(guān)閉。如果池成功在這個時間內(nèi)關(guān)閉,IIS會重啟動一個新池,此段時間很短,一般不會有什么感覺,池就重新開啟了,對于訪問網(wǎng)站的人基本是不會有感覺的。但如果池沒有在指定時間內(nèi)關(guān)閉,IIS就會強行關(guān)閉它一個刷新CPU時間。在這個停止的時間內(nèi),網(wǎng)站無法訪問,提示“Service Unavaliable”。
關(guān)閉時間和啟動時間間隔設(shè)置:設(shè)短一些比如10秒,這樣當(dāng)您的網(wǎng)站程序大量占用系統(tǒng)資源時IIS自動快速回收進程并且快速啟動進程,您的網(wǎng)站暫時還可以將就著工作。
對內(nèi)存的限制及進程回收時間的設(shè)置:我設(shè)置為內(nèi)存占用超過800M就自動回收內(nèi)存,虛擬內(nèi)存沒有做限制。進程回收時間我保持默認(rèn)沒有修改。各位可以根據(jù)自己的情況設(shè)置更短的時間。對應(yīng)用程序池最大虛擬內(nèi)存也可以在此進行設(shè)置,超過了設(shè)置的最大虛擬內(nèi)存,該池會就被回收。
最后綜合落伍wlmmc的一些經(jīng)驗,總結(jié)一些需要注意的問題:
1、 要限制一個站點的CPU使用,必須將該站點設(shè)置為獨立應(yīng)用程序池,共用應(yīng)用程序池是無法限制單個站點的。IIS獨立應(yīng)用程序池,就需要獨立的進程,非常消耗內(nèi)存。獨立池越多,就有越多的W3WP進程。對于每個站點均要獨立應(yīng)用程序池的服務(wù)器,在一般的普通P43.0 2G內(nèi)存的普通服務(wù)器上,建議不要超過50個站點,最好30以內(nèi),不然服務(wù)器壓力非常大。在配置上,我一般把資源消耗較大的網(wǎng)站獨立一個池,一般普通BBS或者生成HTML的系統(tǒng)大概5個站一個池。普通網(wǎng)站以及一些企業(yè)站點均共用一個池。
2、根據(jù)wlmmc的經(jīng)驗,在服務(wù)器硬件允許的情況下,一般不要限制站點內(nèi)存使用,這樣能夠保證網(wǎng)站運行,不會出現(xiàn)用戶掉線情況。需要限制某站的最大虛擬內(nèi)存不要小于64M,不然可能出現(xiàn)一些未知的錯誤。
3、這些都不是根本解決辦法,它的根本問題是網(wǎng)站程序有問題,要解決根本問題還要從程序查起。根據(jù)本文開頭提到的方法查到具體的應(yīng)用程序池,找到使用此應(yīng)用程序池的網(wǎng)站,解決網(wǎng)站程序存在的問題,如死循環(huán)之類。
4、除了w3wp.exe, 在調(diào)用數(shù)據(jù)庫進行大量查詢操作的時候,也會大量占用CPU資源,這是難免的(數(shù)據(jù)庫方面的語句及結(jié)構(gòu)優(yōu)化不在本文討論范圍之內(nèi))。個人認(rèn)為,只要不是CPU長時間占用100%, 一般在75%左右都是正常的。
服務(wù)器正常運行CUP一般應(yīng)該都在60%以下,有時候CUP出現(xiàn)上下波動很大,或者是服務(wù)器突然很卡,或很慢.查看任務(wù)管理器,可以發(fā)現(xiàn)很多的w3wp.exe消耗CPU,結(jié)束后立即有新的w3wp.exe出現(xiàn)占CPU,管管理員在這種情況.只好重新啟動IIS服務(wù),奇怪的是,重新啟動IIS服務(wù)后一切正常,但可能過了一段時間后,問題又再次出現(xiàn)了。
直接原因:
有一個或多個ACCESS數(shù)據(jù)庫在多次讀寫過程中損壞,微軟的MDAC系統(tǒng)在寫入這個損壞的ACCESS文件時,ASP線程處于BLOCK狀態(tài),結(jié)果其他線程只能等待,IIS被死鎖了,全部的CPU時間都消耗在w3wp.exe中。
解決辦法:1
在iis管理器里面設(shè)置多個應(yīng)用程序池, 并把虛擬主機站點分別加入應(yīng)用程序池。在多應(yīng)用程序池的情況下,每個應(yīng)用程序池會對應(yīng)生成一個w3wp.exe文件。通過任務(wù)管理器可以查看到所有w3wp.exe占用cpu利用率情況。 通過iis管理器打開應(yīng)用程序池,可以逐個停掉應(yīng)用程序池。一邊停應(yīng)用程序池,一邊在任務(wù)管理器里面觀察哪個w3wp.exe的cpu利用率一下子從降下來,cpu利用率恢復(fù)正常。這樣可以判斷是那個應(yīng)用程序池出了問題。然后可以再建立多個應(yīng)用程序池,每一個應(yīng)用程序池對應(yīng)一個站點。這樣逐個停應(yīng)用程序池,就可以確定到底是哪個網(wǎng)站出問題。最有問題的往往是計數(shù)器類的ACCESS文件,例如:“**COUNT.MDB” ,“*COUNT.ASP”,找到這個文件后,可以刪除它,或下載下來,用ACCESS2000修復(fù)它,問題就解決。
解決辦法:2
w3wp.exe占用cpu過高查詢方法,很多web提供商最頭疼的問題,在任務(wù)管理器經(jīng)常出現(xiàn)w3wp.exe占cup過高,導(dǎo)致整臺服務(wù)器受影響.解決辦法如下:
1.先把任務(wù)管理器打開,發(fā)現(xiàn)那個w3wp.exe占cup關(guān)高就結(jié)束進程
2.在我的電腦-管理-事件查看器-系統(tǒng)-會找到關(guān)w3wp.exe的錯誤報告,把程序池名字記錄下,再把具體時間記錄下來.(如12.59.56).
3.在到系統(tǒng)上面的安全性.找到對應(yīng)時間(如12.59.56)登陸過的用戶.
4.打開iis找到2中查詢到的程序池,和3查詢到登陸過的用戶,取交集,即可精確查到是那個web占點站cup。
1、在IIS中對每個網(wǎng)站進行單獨的應(yīng)用程序池配置。即互相之間不影響。
2、設(shè)置應(yīng)用程序池的CPU監(jiān)視,不超過25%(服務(wù)器為4CPU),每分鐘刷新,超過限制時關(guān)閉。
根據(jù)w3wp取得是哪一個應(yīng)用程序池:
1、在任務(wù)管理器中增加顯示pid字段。就可以看到占用內(nèi)存或者cpu最高的進程pid
2、在命令提示符下運行iisapp -a。注意,第一次運行,會提示沒有js支持,點擊確定。然后再次運行就可以了。這樣就可以看到pid對應(yīng)的應(yīng)用程序池。(iisapp實際上是存放在 C:windowssystem32目錄下的一個VBS腳本,全名為iisapp.vbs,如果你和我一樣,也禁止了Vbs默認(rèn)關(guān)聯(lián)程序,那么就需要手動到該目錄,先擇打開方式,然后選“Microsoft (r) Windows Based Script. Host”來執(zhí)行,就可以得到PID與應(yīng)用程序池的對應(yīng)關(guān)系。)
3、到iis中察看該應(yīng)用程序池對應(yīng)的網(wǎng)站,就ok了,做出上面的內(nèi)存或CPU方面的限制,或檢查程序有無死循環(huán)之類的問題。
解決內(nèi)存占用過多,可以做以下配置:
1、在IIS中對每個網(wǎng)站進行單獨的應(yīng)用程序池配置。即互相之間不影響。
2、設(shè)置應(yīng)用程序池的回收時間,默認(rèn)為1720小時,可以根據(jù)情況修改。再設(shè)置當(dāng)內(nèi)存占用超過多少(如500M),就自動回收內(nèi)存。
我的設(shè)置如下:
首先是對CPU的限制:在啟用cpu監(jiān)視后,我設(shè)置該應(yīng)用程序池最大的cpu使用率為50%。設(shè)置刷新cpu時間為1分鐘,設(shè)置操作為“關(guān)閉”。最大工作進程數(shù)設(shè)置為1。這個意思是,IIS刷新檢測該獨立池的CPU使用情況時間為1分鐘,如果超過設(shè)置的cpu限制50%,就會發(fā)出關(guān)閉池的指令,要求池在指定的時間內(nèi)關(guān)閉。如果池成功在這個時間內(nèi)關(guān)閉,IIS會重啟動一個新池,此段時間很短,一般不會有什么感覺,池就重新開啟了,對于訪問網(wǎng)站的人基本是不會有感覺的。但如果池沒有在指定時間內(nèi)關(guān)閉,IIS就會強行關(guān)閉它一個刷新CPU時間。在這個停止的時間內(nèi),網(wǎng)站無法訪問,提示“Service Unavaliable”。
關(guān)閉時間和啟動時間間隔設(shè)置:設(shè)短一些比如10秒,這樣當(dāng)您的網(wǎng)站程序大量占用系統(tǒng)資源時IIS自動快速回收進程并且快速啟動進程,您的網(wǎng)站暫時還可以將就著工作。
對內(nèi)存的限制及進程回收時間的設(shè)置:我設(shè)置為內(nèi)存占用超過800M就自動回收內(nèi)存,虛擬內(nèi)存沒有做限制。進程回收時間我保持默認(rèn)沒有修改。各位可以根據(jù)自己的情況設(shè)置更短的時間。對應(yīng)用程序池最大虛擬內(nèi)存也可以在此進行設(shè)置,超過了設(shè)置的最大虛擬內(nèi)存,該池會就被回收。
最后綜合落伍wlmmc的一些經(jīng)驗,總結(jié)一些需要注意的問題:
1、 要限制一個站點的CPU使用,必須將該站點設(shè)置為獨立應(yīng)用程序池,共用應(yīng)用程序池是無法限制單個站點的。IIS獨立應(yīng)用程序池,就需要獨立的進程,非常消耗內(nèi)存。獨立池越多,就有越多的W3WP進程。對于每個站點均要獨立應(yīng)用程序池的服務(wù)器,在一般的普通P43.0 2G內(nèi)存的普通服務(wù)器上,建議不要超過50個站點,最好30以內(nèi),不然服務(wù)器壓力非常大。在配置上,我一般把資源消耗較大的網(wǎng)站獨立一個池,一般普通BBS或者生成HTML的系統(tǒng)大概5個站一個池。普通網(wǎng)站以及一些企業(yè)站點均共用一個池。
2、根據(jù)wlmmc的經(jīng)驗,在服務(wù)器硬件允許的情況下,一般不要限制站點內(nèi)存使用,這樣能夠保證網(wǎng)站運行,不會出現(xiàn)用戶掉線情況。需要限制某站的最大虛擬內(nèi)存不要小于64M,不然可能出現(xiàn)一些未知的錯誤。
3、這些都不是根本解決辦法,它的根本問題是網(wǎng)站程序有問題,要解決根本問題還要從程序查起。根據(jù)本文開頭提到的方法查到具體的應(yīng)用程序池,找到使用此應(yīng)用程序池的網(wǎng)站,解決網(wǎng)站程序存在的問題,如死循環(huán)之類。
4、除了w3wp.exe, 在調(diào)用數(shù)據(jù)庫進行大量查詢操作的時候,也會大量占用CPU資源,這是難免的(數(shù)據(jù)庫方面的語句及結(jié)構(gòu)優(yōu)化不在本文討論范圍之內(nèi))。個人認(rèn)為,只要不是CPU長時間占用100%, 一般在75%左右都是正常的。
服務(wù)器正常運行CUP一般應(yīng)該都在60%以下,有時候CUP出現(xiàn)上下波動很大,或者是服務(wù)器突然很卡,或很慢.查看任務(wù)管理器,可以發(fā)現(xiàn)很多的w3wp.exe消耗CPU,結(jié)束后立即有新的w3wp.exe出現(xiàn)占CPU,管管理員在這種情況.只好重新啟動IIS服務(wù),奇怪的是,重新啟動IIS服務(wù)后一切正常,但可能過了一段時間后,問題又再次出現(xiàn)了。
直接原因:
有一個或多個ACCESS數(shù)據(jù)庫在多次讀寫過程中損壞,微軟的MDAC系統(tǒng)在寫入這個損壞的ACCESS文件時,ASP線程處于BLOCK狀態(tài),結(jié)果其他線程只能等待,IIS被死鎖了,全部的CPU時間都消耗在w3wp.exe中。
解決辦法:1
在iis管理器里面設(shè)置多個應(yīng)用程序池, 并把虛擬主機站點分別加入應(yīng)用程序池。在多應(yīng)用程序池的情況下,每個應(yīng)用程序池會對應(yīng)生成一個w3wp.exe文件。通過任務(wù)管理器可以查看到所有w3wp.exe占用cpu利用率情況。 通過iis管理器打開應(yīng)用程序池,可以逐個停掉應(yīng)用程序池。一邊停應(yīng)用程序池,一邊在任務(wù)管理器里面觀察哪個w3wp.exe的cpu利用率一下子從降下來,cpu利用率恢復(fù)正常。這樣可以判斷是那個應(yīng)用程序池出了問題。然后可以再建立多個應(yīng)用程序池,每一個應(yīng)用程序池對應(yīng)一個站點。這樣逐個停應(yīng)用程序池,就可以確定到底是哪個網(wǎng)站出問題。最有問題的往往是計數(shù)器類的ACCESS文件,例如:“**COUNT.MDB” ,“*COUNT.ASP”,找到這個文件后,可以刪除它,或下載下來,用ACCESS2000修復(fù)它,問題就解決。
解決辦法:2
w3wp.exe占用cpu過高查詢方法,很多web提供商最頭疼的問題,在任務(wù)管理器經(jīng)常出現(xiàn)w3wp.exe占cup過高,導(dǎo)致整臺服務(wù)器受影響.解決辦法如下:
1.先把任務(wù)管理器打開,發(fā)現(xiàn)那個w3wp.exe占cup關(guān)高就結(jié)束進程
2.在我的電腦-管理-事件查看器-系統(tǒng)-會找到關(guān)w3wp.exe的錯誤報告,把程序池名字記錄下,再把具體時間記錄下來.(如12.59.56).
3.在到系統(tǒng)上面的安全性.找到對應(yīng)時間(如12.59.56)登陸過的用戶.
4.打開iis找到2中查詢到的程序池,和3查詢到登陸過的用戶,取交集,即可精確查到是那個web占點站cup。
相關(guān)文章
運行iis提示服務(wù)沒有及時響應(yīng)啟動或控制請求的解決方法
今天發(fā)現(xiàn)一臺下載服務(wù)器的iis停止了,開啟后提示服務(wù)沒有及時響應(yīng)啟動或控制請求,應(yīng)用程序池也無法啟動了,經(jīng)下面的方法解決了,特分享下方便需要的朋友2013-01-01
Windows Server 2016+Sql Server 2016搭建Alw
AlwaysOn是SqlServer實現(xiàn)高可用的解決方案之一,需要部署在Windows故障轉(zhuǎn)移集群(WSFC)上,Windows集群中每個節(jié)點上開啟了AlwaysOn的SQLServer應(yīng)用組成了SQLServer集群2023-05-05
windows server2012無法連接無線網(wǎng)絡(luò)解決方法(windows無線連接)
windows server2012無法連接無線網(wǎng)絡(luò)解決方法,大家參考一下吧2013-12-12
Windows服務(wù)器長時間保持遠程桌面不被自動斷開的方法
服務(wù)器在通過mstsc遠程連接后,如果長時間不操作,會自動斷開,對于服務(wù)器操作,這種斷開可能會影響工作效率,如何設(shè)置可以一直保持連接狀態(tài)呢2023-07-07
windows2008 server子域加入父域時提示錯誤 域已經(jīng)存在
這篇文章主要介紹了windows2008 server子域加入父域時提示錯誤 域已經(jīng)存在問題,本文給出了原因分析及修改方案,需要的朋友可以參考下2019-11-11

