IIS工作流程中的高CPU使用通常是由效率低下的代碼，配置差或意外的流量模式引起的。要診斷問(wèn)題，請(qǐng)首先使用高CPU通過(guò)任務(wù)管理器或資源監(jiān)視器確定特定的W3WP.EXE進(jìn)程，然後確定其關(guān)聯(lián)的應(yīng)用程序池。接下來(lái)，使用debugdiag，perfmon或iis日誌分析儀等調(diào)試工具分析內(nèi)存轉(zhuǎn)儲(chǔ)，跟蹤性能計(jì)數(shù)器並檢查日誌文件是否有問(wèn)題請(qǐng)求模式。然後，檢查申請(qǐng)代碼是否長(zhǎng)期運(yùn)行的查詢(xún)，無(wú)限循環(huán)或過(guò)多的垃圾收集，並評(píng)估可能根據(jù)每個(gè)請(qǐng)求運(yùn)行的第三方模塊。此外，考慮外部因素，例如客戶端的輪詢(xún)，緩存錯(cuò)誤配置或反病毒軟件的干擾。最後，調(diào)整應(yīng)用程序池設(shè)置，例如回收間隔，工作過(guò)程限制和重疊的回收利用，以暫時(shí)減輕問(wèn)題，同時(shí)實(shí)施長(zhǎng)期修復(fù)。

如果您看到與IIS工作流程相關(guān)的高CPU用法，則通常表明您的Web服務(wù)器上的某些內(nèi)容並不如預(yù)期的那樣執(zhí)行。這可能導(dǎo)致響應(yīng)時(shí)間，超時(shí)甚至應(yīng)用程序崩潰。診斷問(wèn)題需要有條不紊的方法 - 從基本的監(jiān)視開(kāi)始，並在需要時(shí)進(jìn)行更深入的分析。

檢查哪個(gè)工作過(guò)程使用高CPU

首先確定哪個(gè)特定的w3wp.exe流程消耗了最多的CPU。您可以使用來(lái)自Sysinternals的資源監(jiān)視器或處理Explorer的任務(wù)管理器或更有效地執(zhí)行此操作。

• 打開(kāi)任務(wù)管理器>轉(zhuǎn)到“流程”選項(xiàng)卡>尋找“ IIS工作過(guò)程（W3WP）”的多個(gè)實(shí)例。
• 右鍵單擊一個(gè)，然後選擇“轉(zhuǎn)到詳細(xì)信息”以更深入地查看其資源使用情況。
• 在資源監(jiān)視器中，在CPU選項(xiàng)卡下，您可以按CPU使用排序，並確切找出哪個(gè)W3WP實(shí)例正在峰值。

每個(gè)IIS應(yīng)用程序池都以自己的W3WP流程運(yùn)行，因此一旦確定了高CPU進(jìn)程，請(qǐng)注意其應(yīng)用程序池名稱(chēng)。這有助於縮小哪個(gè)站點(diǎn)或服務(wù)引起問(wèn)題。

使用IIS調(diào)試工具分析問(wèn)題

一旦知道哪個(gè)應(yīng)用程序池有問(wèn)題，請(qǐng)使用debugdiag ， perfmon或iis日誌分析儀等工具進(jìn)行更深入的挖掘。

這是您可以做的：

• 將debugdiag附加到相關(guān)的W3WP進(jìn)程上，並在CPU使用峰值時(shí)生成內(nèi)存轉(zhuǎn)儲(chǔ)。
• 使用性能監(jiān)視器（PerfMon）跟蹤.NET CLR異常，請(qǐng)求執(zhí)行時(shí)間或其他可能指示瓶頸的計(jì)數(shù)器。
• 檢查IIS日誌是否頻繁請(qǐng)求或模式 - 查找具有較高時(shí)間值的URL或反復(fù)稱(chēng)為的URL。

常見(jiàn)的罪魁禍?zhǔn)资切实拖碌拇a - 例如，緊密的循環(huán)，遞歸調(diào)用或阻止ASP.NET頁(yè)面或Web API中的操作。

查看申請(qǐng)代碼和第三方模塊

縮小範(fàn)圍後，是時(shí)候檢查在受影響的應(yīng)用程序池中運(yùn)行的實(shí)際代碼了。

一些需要檢查的區(qū)域：

• 長(zhǎng)期運(yùn)行的數(shù)據(jù)庫(kù)查詢(xún)，沒(méi)有適當(dāng)?shù)乃饕虺瑫r(shí)處理。
• 由於大量物體分配而導(dǎo)致的無(wú)限環(huán)或過(guò)多的垃圾收集。
• 根據(jù)每個(gè)請(qǐng)求運(yùn)行的第三方模塊或HTTP處理程序不佳。

如果您使用的是ASP.NET MVC/WebAPI ，請(qǐng)考慮在開(kāi)發(fā)過(guò)程中啟用微型膠片或類(lèi)似的分析工具以追蹤慢速動(dòng)作。

另外，請(qǐng)查看任何自定義的httpmodules或ihttphandlers - 每次請(qǐng)求運(yùn)行，如果不優(yōu)化，可以默默地吃掉CPU。

考慮外部因素和配置設(shè)置

有時(shí)，高CPU的使用不是直接由您的應(yīng)用程序邏輯引起的，而是由外部依賴(lài)性或錯(cuò)誤配置引起的。

例如：

• 由於激進(jìn)的客戶端民意測(cè)驗(yàn)，太多的並發(fā)要求。
• 錯(cuò)誤配置的緩存導(dǎo)致重複昂貴的計(jì)算。
• 反病毒掃描或計(jì)劃干擾IIS流程的任務(wù)。

您還可以調(diào)整應(yīng)用程序池設(shè)置以暫時(shí)減輕問(wèn)題：

• 設(shè)置常規(guī)的回收計(jì)劃，以防止長(zhǎng)期運(yùn)行的過(guò)程累積開(kāi)銷(xiāo)。
• 限制工藝過(guò)程的數(shù)量（尤其是在共享環(huán)境中）。
• 啟用重疊的回收利用，以避免回收時(shí)停機(jī)時(shí)間。

這是診斷IIS工作流程中高CPU使用率的核心。它開(kāi)始簡(jiǎn)單，並取決於您發(fā)現(xiàn)的東西。大多數(shù)問(wèn)題歸結(jié)為效率低下的代碼，配置差或意外的流量模式。一旦確定了源，目標(biāo)修復(fù)程序通常會(huì)使事情重新控制。

以上是診斷IIS工作流程中的高CPU使用問(wèn)題的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！