Я в некотором роде случайный администратор базы данных и устраняю неполадки в системе SQL Server, где производительность была заведомо низкой (как сообщил заказчик). Я не участвовал в первоначальном планировании этой работы, поэтому я узнаю больше об этой машине по мере продвижения.
По мотивам выступления Брента Озара на SQL Server и Perfmon, Я видел это как хорошую отправную точку. Я только вчера начал записывать данные Perfmon в csv, так что у меня есть около 24 часов 30-секундных образцов. Я решил начать "разрезать и нарезать кубиками" данные!
Я решил сначала поискать узкие места в процессоре.
Машина работает: Intel(R) Xeon(R) CPU E5-2420 0 @ 1.90GHz, 1900 Mhz, 6 Core(s), 12 Logical Processor(s)
Я запустил CPUz и заметил, что каждое из 6 ядер фактически работает с заданной частотой 1.1GHz
. Я изменил настройки схемы управления питанием Windows со сбалансированной на высокую производительность, но, похоже, это не имело значения. Я считаю, что BIOS может это игнорировать. Придется проверить ...
В любом случае, к данным Perfmon ...
Глядя на Processor(x)\% Processor Time
счетчики (где x находится в [0-11]), я заметил, что для Processor (2)
, коэффициент использования постоянно в два раза выше среднего по сравнению с другими. Processor (2)
имел в среднем 56%
, в то время как процессоры (1) и (3) имели в среднем 14% и 11%
соответственно. Максимум для процессора (2) превысил 97%
. Максимум для остальных едва достиг 50%
. Это определенно несбалансированное, но почему? И я должен быть обеспокоен?
Для справки: Processor Queue length
усредненный 0.2
, с макс. 11
.
Любая помощь будет оценена.