w3wp.exe
показывает 99% загрузки процессора. Каковы лучшие способы исследовать причину такой высокой загрузки ЦП?
Как я могу исследовать 99% использования процессора w3wp.exe?


5 ответов
прикрепите WinDbg + sos и запустите !runaway
. Это покажет вам, какой поток занимает больше всего времени процессора. Сделай !clrstack
в потоке, чтобы узнать, что он делает.

другое предложение инструментов DebugDiag, см. Больше здесь
[ОБНОВЛЕНИЕ]
Используйте ProcDump, Подробнее смотрите на С Помощью ProcDump.exe для мониторинга w3wp.exe для процессора шипы.

w3wp.exe
является ASP.NET рабочий процесс, поэтому, если он использует высокий процент ЦП сервера, это ASP.NET приложение, которое вызывает проблему. Впрочем, это вовсе не обязательно укажите, что существует проблема с ASP.NET применение. Это может быть слишком много запросов с ограниченными ресурсами. Единственной реальной мерой является проверка использования ЦП на объем трафика, обрабатываемого приложением.
Если вы подозреваете, что определенный запрос занимает слишком много времени, вы могли бы использовать С помощью средства LogParser утилита командной строки для анализа лог-файлов и поиска страницы с длительным временем выполнения.
c:\>logparser "select top 10 cs-uri-stem, time-taken from INSERT_YOUR_IIS_LOG_FILE_NAME.log group by cs-uri-stem order by time-taken desc" -q:on
вы также можете использовать инструмент, чтобы показать, какие страницы в настоящее время выполняются, например IISPeek (не бесплатно).
Если вы хотите пойти глубже, попробуйте понять hwo использовать WinDbg. Вот хороший учебник: Отладчики Windows: Часть 1: Учебник WinDbg

У меня была эта проблема периодически раньше. Кажется, Спайк до 99% после первого запроса и не доходит. Если я убиваю процесс, новый рабочий процесс обычно ведет себя правильно. Я никогда не понимал, почему это происходит.

У нас та же проблема, Грег отмечает выше. Мы просто убиваем эти процессы. Не наблюдал этого на IIS6 / Windows server 2003, только на IIS7 / windows server 2008.

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]