IIS w3wp использует высокий процессор без трафика
Я вижу следующее подозрительное поведение на одном из наших веб-серверов (IIS 6.0 на win2k3). два процессора перешли в 4.
В диспетчере задач и perfmon загрузка ЦП w3wp.exe, похоже, не достигает 25%. Я имею ввиду, что загрузка процессора никогда не опускается ниже этого числа и остается на этом уровне, даже если сервер не обрабатывает запросы. Кроме того, если посмотреть на вкладку "Производительность" в диспетчере задач, использование отдельных процессоров сильно колеблется, но общее использование ЦП остается постоянным на уровне 25%. Т.е. широко варьируемые значения для процессора просто составляют 25%.
Мне кажется, что-то не так с этими счетчиками. Это считается, как будто 1 процессор (из 4) полностью используется, хотя на самом деле это может быть не так.
Есть идеи, что там может происходить? Кто-нибудь видел что-то подобное раньше? (другая машина в том же кластере демонстрирует аналогичное поведение, просто она использует w3wp.exe как 50% процессора, опять же практически без трафика).
Спасибо
3 ответа
Я взял бы длительное чтение счетчика perfmon, а затем провел его через инструмент PAL. Посмотрите, что это поднимает.
Посмотрите на количество рабочих процессов (обычно 1) и увеличьте до 2-3, если это имеет смысл. Затем, если вы посмотрите на IIS Manager и перейдете в пул приложений, который, по вашему мнению, наносит ущерб, выберите значения по умолчанию для пула приложений и установите для CPU значение, равное 70%, вместо 0 (неограниченное), а затем установите для параметра Limit Action значение throttle (наоборот).... Никаких действий) Это поможет восстановить контроль над вашими неконтролируемыми требованиями к процессору...
Похоже, у вас может быть включена привязка процессора. Это свяжет рабочий поток с конкретным процессором. Если у вас есть четырехъядерный сервер, то 25% будет иметь смысл. Я рекомендую создать новый пул приложений, переместить на него сайт и посмотреть, изменится ли шаблон.
Что касается того, что вызывает процессор в первую очередь, есть ли какая-либо возможная страница или сайт, который может быть вызван? Попробуйте переработать пул приложений и посмотрите, произойдет ли это немедленно или нет. Если вы можете, разбейте сайты на несколько пулов приложений, чтобы выяснить, какой сайт вызывает их, чтобы можно было сузить проблемную страницу.