Когда устойчивая загрузка процессора составляет 100%, не беспокойтесь?
Пожалуйста, помогите уточнить обсуждение, происходящее в нашем магазине.
Рассмотрим следующий сценарий. Существует Microsoft VPC с несколькими приложениями и службами (сервер Windows 2003). Сервер имеет две или три критических роли. Время от времени загрузка ЦП достигает 100% на постоянной основе. Одним из виновников этого является устаревшее приложение, для которого единственное реальное решение на данный момент - перезапустить службу. После этого загрузка ЦП возвращается к чему-то разумному (в среднем 60-80%). Однако реже, когда сервер загружен на 100% ЦП, другая служба, похоже, использует львиную долю, приложение безопасности, которое анализирует журналы. Импульс нашей операционной команды также состоит в том, чтобы перезапустить его, когда процессор становится подключенным. Наша команда безопасности отмечает, что это бессмысленно, так как эта служба работает с приоритетом BelowNormal, поэтому она эффективно не лишает процесс ЦП. Безопасность утверждает, что 100% загрузка ЦП в этих случаях не должна рассматриваться как критическое условие. Если процесс с приоритетом BelowNormal использует большую часть ЦП, то фактически дефицит ЦП вообще отсутствует. Операции, с другой стороны, скептически относятся к тому, что 100% загрузка ЦП действительно может быть условием без неблагоприятных последствий, и не хочет игнорировать это. Кто прав? Прав ли безопасность, что нам не о чем беспокоиться, или Шеф, что мы должны что-то сделать?
3 ответа
В таких случаях вам нужно выйти за пределы диспетчера задач и посмотреть на% загрузки ЦП. Это не говорит вам, если что-то негативно влияет на производительность. Для такого случая следующим шагом будет использование системного монитора для просмотра длины очереди System\Processor. Это говорит о том, что процессы ждут, пока ЦП перестанет работать, что может повлиять на производительность. Это похоже на то, что вы видите в командах top или load в Unix.
В этой статье приведено хорошее описание показателей производительности, которые необходимо учитывать при устранении неполадок. Первоначально он был для NT4, но все еще применяется к более новым версиям.
Вот более свежая статья от Windows Performance Team, рассказывающая о том, как выявлять проблемы с производительностью процессора.
Как вы измеряете процессор%? Если это виртуальная машина, Perfmon не всегда может дать точные результаты. Есть ли вероятность того, что всплеск связан с активностью на хост-машине? Сканирование на вирусы, автообновление, многие другие вещи могут повлиять на гостевой виртуальный компьютер и сделать его 100% процессором с точки зрения виртуальной машины, это может быть 100% от гораздо меньшего среза процессора.
Обработка огромного количества данных журнала - это то, что ДОЛЖНО привязать ЦП. Если это не так, то ваш процесс, скорее всего, связан с IO. Пока счетчик возвращается в исходное состояние, когда обработка завершена (и машина в разумных пределах реагирует на другие обязанности при подключении), беспокоиться не о чем.