none
Процесс Interrupts грузит систему RRS feed

  • Общие обсуждения

  • Описание проблемы:

    Один из компьютеров во время работы стал часто зависать, на экране стали появляться артефакты изображения, веб приложения постоянно отваливаться. Диспетчер задач показывает что ядро системы постоянно загружено на 30-40%, хотя в закладке "Процессы" показывается все нормально. С помощью программы "Process Explorer" удалось выяснить, что процесс Interrupts (Hardware Interrupts) постоянно грузит систему на 30-40%, а во время работы других приложений - на 60-70%. Используя программу "Kernrate_i386_XP.exe" удалось выяснить, что драйвер intelppm загружает серверное ядро на 60%, ntkrnlpa - 18%, hal - 18%.

    Попытки решения:

    - обновил драйвера на видокарту в надежде избавиться от артефактов. Не помогло. В настоящий момент заменить видеокарту нет возможности;

    - С помощью утилиты MHDD проверил жесткий диск. Все в порядке.

    - Проверил режимы работы у IDE контроллера: Используется UltraDMA или Неприменимо.

    - Через реестр отключал загрузку  драйвера intelppm, в итоге загрузка драйвера ntkrnlpa увеличилась до 80%.

    Конфигурация компьютера:

    Системная плата - Gigabyte GA-8I945GMF

    Процессор: DualCore Intel Pentium D, 2800 MHz

    ОЗУ: 1024 Мб

    Жесткий диск: WD2500JS-19MHB0 (250 Гб, SATA)

    CD/DVD привод: временно отключен (привод IDE)

    БИОС: версия F10 (согласно сайту производителю, эта последняя версия)

    ОС: Windows XP Pro SP3, обновления постоянно загружаются с WSUS

    Текущее состояние:

    В настоящий момент проблема не устранена. Подскажите как можно ее решить?

     


    • Изменен тип Yuriy Lenchenkov 21 февраля 2011 г. 13:09 пользователь покинул тему
    26 января 2011 г. 6:16

Все ответы

  • не трогайте intelppm: а вот с оборудованием я бы всё-таки грешил на видеоадаптер
    26 января 2011 г. 7:17
    Отвечающий
  • Артефакт проявляется в том что изображение на экране не успевает прорисовываться, или прорисовывается не полностью. В принципе такое можно наблюдать и с работающей видеокартой когда процессор сильно загружен. А у меня как раз процессор постоянно загружен на 50%, в среднем. Я заменю видеоадаптер, как только будет замена.

    Еще какие нибудь варианты решений будут?

    А по подробней можете объяснить что из себя представляет процесс Interrupts или где можно про него подробно почитать?

    26 января 2011 г. 8:16
  • А по подробней можете объяснить что из себя представляет процесс Interrupts или где можно про него подробно почитать?

    На самом деле это не процесс, сущность Interrupts используется для учёта времени, затраченного на обработку прерываний (условно говоря - прерывания генерируются различными устройствами). Несмотря на массу информации от некомпетентных оптимизаторов - отключать или делать с ним что-либо мягко говоря не стоит. То что вы видите как активность intelppm - процессору посылаются команды сна во время простоя системы: это сокращает тепловыделение и энергопотребление. Можете попробовать в KernRate сделать зум на модуль ntkrnlpa, предварительно настроив символы (Symbols)? вероятно это даст наводку на возможный девайс...

    Максимально подробно в контексте Windows вопрос описан в третьей главе Windows Internals Руссиновича.

    26 января 2011 г. 8:35
    Отвечающий
  • Спасибо за информацию. Буду исследовать дальше проблему.

    Может подскажите как с помощью KernRate сделать зум на нужный модуль? А то пока разберусь со всеми ключами пройдет не мало времени.

    27 января 2011 г. 5:06
  • как с помощью KernRate сделать зум на нужный модуль?
    к примеру ключиком -z intelppm
    27 января 2011 г. 7:47
    Отвечающий
  • Сегодня заменил видеоадаптер. Ситуация от этого не изменилась.

    Так как время от времени обрывается связь у сетевых приложений, но статистика пинг этих обрывов не фиксирует, я все таки отключил в биосе сетевую карту, а так же lpt-порты.

    Но у меня по прежнему процессор постоянно загружен на 30-40%

    Зум на intelppm показал, что AcpiC1Idle загружается на 63%

    Зум на ntkrnlpa показал, что по 16% времени уходить на каждую из операций READ_REGISTER_USHORT и READ_REGISTER_ULONG.

    Зум на hal показал, что по 15% времени уходить на каждую из операций READ_PORT_UCHAR и READ_PORT_ULONG.

    Я к сожалению пока слабо разбираюсь во внутреннем мире Windows и рассчитываю на Вашу помощь.

    Еще я пытался через Process Explorer посмотреть потоки у Interrupts, но на закладке Threads информация о потоках отсутствует. Возможно та и надо. Или я, что то не так делаю?

    28 января 2011 г. 11:01
  • Сегодня заменил видеоадаптер. Ситуация от этого не изменилась.
    вот это уже интереснее, давайте изучать дальше
    Зум на intelppm показал, что AcpiC1Idle загружается на 63%
    Правильно - процессор переводится в C1.
    C1 (often known as Halt) is a state where the processor is not executing instructions, but can return to an executing state essentially instantaneously.
    Зум на ntkrnlpa показал, что по 16% времени уходить на каждую из операций READ_REGISTER_USHORT и READ_REGISTER_ULONG.
    Зум на hal показал, что по 15% времени уходить на каждую из операций READ_PORT_UCHAR и READ_PORT_ULONG
    вот тут уже надо искать - какие устройства генерируют запросы...
    Еще я пытался через Process Explorer посмотреть потоки у Interrupts, но на закладке Threads информация о потоках отсутствует. Возможно та и надо. Или я, что то не так делаю?

    да, так и надо - это не процесс, как уже писал выше: просто некая абстракция для учёта процессорного времени

    предлагаю сделать так: настройте систему на крэш с клавиатуры (создайте новый параметр CrashOnCtrlScroll типа DWORD в указанных ветках реестра и значением 1) и снятие дампа памяти ядра, после чего в момент наблюдаемых торможений нажмёте Ctrl+ScrollLock+ScrollLock - система выпадет в синий экран, затем выложите куда-либо файл MEMORY.DMP. Обещать не буду, но попробую найти виновного.

    28 января 2011 г. 11:23
    Отвечающий
  • Сегодня обнаружил, что если в биосе отключит usb-порты, то загрузка ядра процессора приходит в норму и состояние Interrupts находится в пределах нормы. Версия биоса стояла последняя - f10. Для эксперимента, я установил младшую версию - f9. Эффект с usb-портами тот же.

    Я также отключил все usb-устройства у компьютера, но загрузка процессора остается на уровне 40% до тех пора, пока в биосе не отключить поддержку usb-портов.

    На фоне этого возникло два вопроса:

    1) Возможно ли, что глючит usb-драйвер ОС?

    2) Или системная плата потихоньку "умирает"?

    Хотел бы услышит ваше мнение по этому поводу.

    Для AndricoRus : Я снял дамп памяти, весит порядка 1 Гб. Стоит ли его выкладывать на фоне новых обстоятельств?

    31 января 2011 г. 11:14
  • Я также отключил все usb-устройства у компьютера, но загрузка процессора остается на уровне 40% до тех пора, пока в биосе не отключить поддержку usb-портов.
    1) Возможно ли, что глючит usb-драйвер ОС?
    2) Или системная плата потихоньку "умирает"?
    Для AndricoRus : Я снял дамп памяти, весит порядка 1 Гб. Стоит ли его выкладывать на фоне новых обстоятельств?
    1. Крайне маловероятно - драйвер всё-же несколько выше работает: вы бы увидели кернрейтом.
    2. Да, такой вариант тоже возможен. Умирает не сама плата, но USB контроллер. В принципе - можете взять внешний контроллер USB и проверить. Кстати, напомните - драйверы на чипсет не переустанавливали?
    Дамп в любом случае будет интересен - единственное, что: полный - это конечно чересчур (там много интересного можно найти не по делу порой), выставите именно дамп памяти ядра.
    31 января 2011 г. 11:25
    Отвечающий
  •  

    драйверы на чипсет не переустанавливали?

    Драйвер не переустанавливал.

    Думаете переустановка драйвера может что то исправить?

    Дамп в любом случае будет интересен - единственное, что: полный - это конечно чересчур (там много интересного можно найти не по делу порой), выставите именно дамп памяти ядра

    Дамп я исправлю и в ближайшее время выложу его.

    31 января 2011 г. 12:13
  • Думаете переустановка драйвера может что то исправить?
    В любом случае не помешает. Благо у Intel процедура максимально тривиальна.
    31 января 2011 г. 12:18
    Отвечающий
  • Благо у Intel процедура максимально тривиальна.

    Я на сколько понимаю необходимо с официального сайта производителя системной платы скачать драйвер на чипсет. И запустить установочный файл, дальше все сделается автоматически.

    Просто ваша фраза меня немного смутила. Хотя я чаще имел дело с чипсетами от Intel и не помню, что бы переустановка драйвера на чипсет была проблематичной.

    31 января 2011 г. 12:39
  • Хотя я чаще имел дело с чипсетами от Intel и не помню, что бы переустановка драйвера на чипсет была проблематичной.
    так о том и речь - я это и имел ввиду :)
    31 января 2011 г. 12:43
    Отвечающий
  • В связи с тем, что у нас начался отчетный период и на проблемном компьютере глюки удалось победить путем отключения usb-портов, то исследование проблемы откладывается до окончания отчетного периода. Период длиться около 10 дней.

    После чего я продолжу изучать проблему и надеюсь на вашу поддержку.

    1 февраля 2011 г. 8:16
  • После чего я продолжу изучать проблему и надеюсь на вашу поддержку.
    Конечно - пишите. Лишняя практика, в конце концов.
    1 февраля 2011 г. 8:53
    Отвечающий
  • Уважаемый пользователь!
    В вашей теме отсутствует активность в течение последних 5 дней. При отсутствии каких-либо действий в течение 2 последующих дней, тема будет переведена в разряд обсуждений. Вы можете возобновить дискуссию, просто оставив сообщение в данной теме.

    Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется "как есть" без каких-либо гарантий
    18 февраля 2011 г. 10:57
  • Активность по данной теме будет возобновлена после 8 марта.
    22 февраля 2011 г. 4:20
  • Добрый день.
    предлагаю сделать так: настройте систему на крэш с клавиатуры (создайте новый параметр CrashOnCtrlScroll типа DWORD в указанных ветках реестра и значением 1) и снятие дампа памяти ядра, после чего в момент наблюдаемых торможений нажмёте Ctrl+ScrollLock+ScrollLock - система выпадет в синий экран, затем выложите куда-либо файл MEMORY.DMP

    На днях снял дамп памяти с проблемного компьютера. Выложил их тут "http://files.mail.ru/AOZ5X9". Там два файла "MEMORY.rar" - дамп памяти ядра и "Mini031611-02.dmp" - малый дамп памяти. Пробовал с помощью "WinDbg" проанализировать их сам, но кроме ссылки на то, что сбой был вызван нажатием клафиш ctrl+scroll lock+scroll lock ничего не увидел.
    18 марта 2011 г. 4:09
  • Ну давайте уже пробовать от безысходности:
    1. Kaspersky удаляли? всё-равно проблема остаётся?
    2. у вас случайно не используется соединение компьютеров через USB-кабель или что-то подобное?
    3. Radmin Mirror Miniport Driver V3 - откуда и зачем он вам на вашей машине? в первую очередь проверяйте с учётом подозрения на видео...
    18 марта 2011 г. 9:05
    Отвечающий
  • Конечно не сильно специалист, но вот что наводит на мысли...
    разбираем последний стек:

    тут вы инициировали крэш с клавиатуры (ps/2 - это важно, ибо драйверы разные используются: kbdhid для USB, i8042prt - для PS/2)

    80551260 f778d7fb 000000e2 00000000 00000000 nt!KeBugCheckEx+0x1b
    8055127c f778d033 005db568 01ffffc6 00000000 i8042prt!I8xProcessCrashDump+0x237
    805512c4 80545715 86608008 865db4b0 00010009 i8042prt!I8042KeyboardInterruptService+0x21c
    805512c4 8052b91a 86608008 865db4b0 00010009 nt!KiInterruptDispatch+0x45


    а вот это то, что происходило до ваших действий - процедура обработки прерывания USBPORT!USBPORT_InterruptService+0x3d передала управление функции EHCI_InterruptService из модуля usbehci, которая в свою очередь пытается прочитать что-то из регистра по адресу f7cc6024:

    80551358 f78dfd38 f7cc6024 865f2168 866850e0 nt!READ_REGISTER_ULONG+0x6
    80551378 f6c9ee91 006859dc 865f23cc 86044bb4 usbehci!EHCI_InterruptService+0x3c
    8055138c 8054554c 865f2168 86685028 f6c9ee91 USBPORT!USBPORT_InterruptService+0x3d


    и вот что интересно - на одном из прерываний, используемых контроллером USB - зарегистрированы обработчики для видеоадаптера и аудио... что может объяснять проблемы с изображением при имеющихся проблемах с USB-контроллером...

    Dumping IDT:
    63: 86044bec USBPORT!USBPORT_InterruptService (KINTERRUPT 86044bb0)
              USBPORT!USBPORT_InterruptService (KINTERRUPT 865f2168)
    83: 8659764c VIDEOPRT!pVideoPortInterrupt (KINTERRUPT 86597610)
              HDAudBus!AzController::Isr (KINTERRUPT 865f6188)
              USBPORT!USBPORT_InterruptService (KINTERRUPT 8602cbb0)
    a4: 86033bec USBPORT!USBPORT_InterruptService (KINTERRUPT 86033bb0)
    b4: 8603a974 USBPORT!USBPORT_InterruptService (KINTERRUPT 8603a938)
    18 марта 2011 г. 12:54
    Отвечающий
  • вердикт развёрнуто: либо кто-то из драйверов USB-устройств, либо драйверы самого USB-контроллера/чипсета, либо хуже - проблемы с самим чипсетом, в частности - со вшитым USB-контроллером...
    18 марта 2011 г. 13:01
    Отвечающий
  • Добрый день.

    Я выполнил следующие действия:

    1. Удалил антивирус
    2. Удалил RAdmin
    3. Переустановил драйвер на чипсет системной платы
    4. Менял прошивку с последней версии (F10) на младшию (опускался до F5).

    В результате проблема все равно осталась. Ядро процессора по прежнему загруженно на 30-40%, компьютер работает медленно, на экране появляются артефакты (не до конца прорисовываются окна) изоображения (видеоадаптер установлен новый). После отключения в BIOSе поддержки USB, загрузка процессора приходит в норму, ускоряется загрузка ОС, но в общем картина остается плачевной.

    Что касается вирусов на компьютере, то полную проверку я провожу каждую неделю и поэтому маловероятно, что в этом виноват вирус. Подключенных USB-устройств к этому компьютеру нет.

    Осталось только переустановить ОС, но боюсь, что это будет временным решением, так как предыдущий пользователь тоже жаловался на нестабильную работу, но тогда ему установили новый ПК, а это после переустовки ОС отдали текущему пользователю.

    Я так же сделал дам памяти после вышеописанных действий. Может этот дам подскажет где искать проблему. AndricoRus, Вы сможет посмотреть его("http://files.mail.ru/QIGR66")?
    27 апреля 2011 г. 10:39
  • Я так же сделал дам памяти после вышеописанных действий. Может этот дам подскажет где искать проблему. AndricoRus, Вы сможет посмотреть его("http://files.mail.ru/QIGR66")?
    посмотреть смогу, но не сейчас... хотя практически уверен что оборудование - если с драйверами вы исключили...
    27 апреля 2011 г. 13:30
    Отвечающий
  • Добрый день.

    Проблему решил путем замены системной платы. Помимо нее в компьютер также установлена новая видеокарта.  Теперь все работает без проблем.

    Благодарю AndricoRus за ответы, которые помогли лучше понять внутренние процессы ОС.

     

  • Люблю баловаться с вентиляторами - снижать уровень шума. Уменьшил скорость вращения вентилятора процессора до минимального - появился это процесс. После восстановления нормальной скорости - исчез. Видимо надо было пасту на радиаторе поменять или вентилятор смазать, заменить.
    8 октября 2014 г. 4:41
  • После недельного поиска по разным форумам я так и не нашёл решения проблемы с процессом іnterrupts. Процессор грузился на 100%, ноутбук не выключался, только принудительно. Случайно пришла в голову идея вытащить батарею (старенькую) с ноутбука, оставив только питание от сети, - и ( о чудо!) загрузка процессора упала со 100% до 2%. Каких только советов разных "гуру" я не читал! А ларчик просто открывался! Хотя,  это только в моём случае, но может кому пригодится...
    27 марта 2016 г. 10:33
  • я проста удалил драйвер сетивой карты и заново установил. все проблема решена
    4 октября 2018 г. 12:45