У меня были некоторые проблемы с высокой загрузкой процессора моим системным процессом в течение довольно долгого времени (месяцев). В последнее время это присутствует все время, когда запущена Windows. Работая с выборкой procexp дважды в секунду, системный процесс, кажется, колеблется между 0% и ~40% (т. е. большая часть одного ядра) с периодом в две секунды.
Я использую Vista Business 32bit и Norton Internet Security. После публикации на форуме sysinternals я удалил Norton, возможно, это поможет, но это не помогло. Конечно, я могу предоставить другие подробности о моей системе, которые могут быть полезны.
Я думаю, что я сделал столько диагностики, сколько мог на данный момент, не спрашивая больше экспертных советов. С помощью procexp я мог видеть, что ntkrnlpa был вовлечен, и следуя инструкциям здесьhttp://rfvicente.spaces.live.com/blog/cns!5228FAA8B79B6EB1!590.entryЯ получил от kernrate информацию о том, что KiDispatchInterrupt составляет 84% обращений в этом модуле.
И что теперь? Что я могу понять из этих фактов? Похоже, что это может быть связано с драйвером, но я не знаю, какой именно драйвер, и я бы лучше просто переустановил Windows, чем тратил бы смехотворно много времени на диагностику проблемы.
Если у кого-то есть предположения о том, какие драйверы или другие факторы могут быть причиной этого, мы будем очень признательны.
решение1
Всякий раз, когда я сталкивался с подобной проблемой, мне удавалось отследить ее с помощью RegMon или FileMon, поскольку единственным активным процессом был сбой, когда я старался не запускать никаких приложений.
Если он использует ресурсы ЦП, то, скорее всего, он использует и другие ресурсы. Это может помочь отследить проблемы.
В моем случае виновниками были плохо написанные драйверы — например, «драйвер» монитора, который несколько раз в секунду проверял, повернуто ли монитор в портретную ориентацию, или драйвер синхронизации HTC, дважды в секунду проверявший наличие USB-соединения с телефоном.
Имя поставщика отображалось в путях к файлам или ключах реестра, это помогло определить причину. Отключение связанных элементов в области системных уведомлений подтвердило виновника (например, щелчок правой кнопкой мыши и выбор выхода — активность затухает).
решение2
Я локализовал проблему в сетевом адаптере "Broadcom 440x 10/100 Integrated Controller" в моем Vostro. Мой текущий драйвер - 4.60.0.0 от 28/03/2007... не помню, менял ли я его или нет; я почти уверен, что проблема не началась как прямой результат. Хм. Просто размещаю здесь немного, надеюсь, полезной информации для будущих поколений Googler (извиняюсь перед теми, кто обнаружит то же самое, скопированное на sysinternals). Я постараюсь вскоре найти другой драйвер, в котором этой проблемы не будет.