Hardware interrupts and dpcs грузит процессор windows xp
Windows 7 sp 1 x32
3 гб Озу
Видео GeForce 9600 GT 512 версии марта 2013(новые дрова не хотят ставится пишет несовместимость с системой)
проц AMD Athlon64 3500+(2.2ghz)
Когда *альтабаюсь* с игры все в норме 8.65 
Когда в игре 40 и больше 
Вот Отчет с LatencyMon HE v6.00
СКРИНЫ PROCESS 
DRIVERS 
ОТЧЕТ STATS
___________________________________________________________________________________________________
CONCLUSION
____________________________________________________________________________________________________ _____
Your system appears to be having trouble handling real-time audio and other tasks. You are likely to experience buffer underruns appearing as drop outs, clicks or pops. One or more ISR routines that belong to a driver running in your system appear to be executing for too long. One problem may be related to power management, disable CPU throttling settings in Control Panel and BIOS setup. Check for BIOS updates.
LatencyMon has been analyzing your system for 0:06:17 (h:mm:ss) on all processors.
____________________________________________________________________________________________________ _____
SYSTEM INFORMATION
____________________________________________________________________________________________________ _____
Computer name: МАКСИМ-ПК
OS version: Windows 7 Service Pack 1, 6.1, build: 7601 (x86)
Hardware: MS-7100, MICRO-STAR INTERNATIONAL CO., LTD
CPU: AuthenticAMD AMD Athlon(tm) 64 Processor 3500+
Logical processors: 1
Processor groups: 1
RAM: 3071 MB total
____________________________________________________________________________________________________ _____
CPU SPEED
____________________________________________________________________________________________________ _____
Reported CPU speed: 2211,0 MHz
Measured CPU speed: 2881,0 MHz (approx.)
Note: reported execution times may be calculated based on a fixed reported CPU speed. Disable variable speed settings like Intel Speed Step and AMD Cool N Quiet in the BIOS setup for more accurate results.
____________________________________________________________________________________________________ _____
MEASURED INTERRUPT TO USER PROCESS LATENCIES
____________________________________________________________________________________________________ _____
The interrupt to process latency reflects the measured interval that a usermode process needed to respond to a hardware request from the moment the interrupt service routine started execution. This includes the scheduling and execution of a DPC routine, the signaling of an event and the waking up of a usermode thread from an idle wait state in response to that event.
Highest measured interrupt to process latency (µs): 617,676269
Average measured interrupt to process latency (µs): 4,718548
Highest measured interrupt to DPC latency (µs): 509,841335
Average measured interrupt to DPC latency (µs): 2,017954
____________________________________________________________________________________________________ _____
REPORTED ISRs
____________________________________________________________________________________________________ _____
Interrupt service routines are routines installed by the OS and device drivers that execute in response to a hardware interrupt signal.
Highest ISR routine execution time (µs): 7137,204885
Driver with highest ISR routine execution time: ataport.SYS — ATAPI Driver Extension, Microsoft Corporation
Highest reported total ISR routine time (%): 0,557437
Driver with highest ISR total time: dxgkrnl.sys — DirectX Graphics Kernel, Microsoft Corporation
Total time spent in ISRs (%) 1,040030
ISR count (execution time =4000 µs): 0
____________________________________________________________________________________________________ _____
REPORTED DPCs
____________________________________________________________________________________________________ _____
DPC routines are part of the interrupt servicing dispatch mechanism and disable the possibility for a process to utilize the CPU while it is interrupted until the DPC has finished execution.
Highest DPC routine execution time (µs): 585,909091
Driver with highest DPC routine execution time: P17.sys — WDM Audio Miniport (Basic) Driver, Creative Technology Ltd.
Highest reported total DPC routine time (%): 5,444352
Driver with highest DPC total execution time: P17.sys — WDM Audio Miniport (Basic) Driver, Creative Technology Ltd.
Total time spent in DPCs (%) 6,920064
DPC count (execution time =4000 µs): 0
____________________________________________________________________________________________________ _____
REPORTED HARD PAGEFAULTS
____________________________________________________________________________________________________ _____
Hard pagefaults are events that get triggered by making use of virtual memory that is not resident in RAM but backed by a memory mapped file on disk. The process of resolving the hard pagefault requires reading in the memory from disk while the process is interrupted and blocked from execution.
NOTE: some processes were hit by hard pagefaults. If these were programs producing audio, they are likely to interrupt the audio stream resulting in dropouts, clicks and pops. Check the Processes tab to see which programs were hit.
Process with highest pagefault count: svchost.exe
Total number of hard pagefaults 187
Hard pagefault count of hardest hit process: 135
Highest hard pagefault resolution time (µs): 2892317,461782
Total time spent in hard pagefaults (%): 1,544207
Number of processes hit: 4
____________________________________________________________________________________________________ _____
PER CPU DATA
____________________________________________________________________________________________________ _____
CPU 0 Interrupt cycle time (s): 33,040587
CPU 0 ISR highest execution time (µs): 7137,204885
CPU 0 ISR total execution time (s): 3,923180
CPU 0 ISR count: 224870
CPU 0 DPC highest execution time (µs): 585,909091
CPU 0 DPC total execution time (s): 26,103728
CPU 0 DPC count: 933211
____________________________________________________________________________________________________ _____
Hardware interrupts and dpcs грузит процессор windows xp
Общие обсуждения
Описание проблемы:
Один из компьютеров во время работы стал часто зависать, на экране стали появляться артефакты изображения, веб приложения постоянно отваливаться. Диспетчер задач показывает что ядро системы постоянно загружено на 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
Жесткий диск: WD2500JS-19MHB0 (250 Гб, SATA)
CD/DVD привод: временно отключен (привод IDE)
БИОС: версия F10 (согласно сайту производителю, эта последняя версия)
ОС: Windows XP Pro SP3, обновления постоянно загружаются с WSUS
Текущее состояние:
В настоящий момент проблема не устранена. Подскажите как можно ее решить?
Все ответы
Артефакт проявляется в том что изображение на экране не успевает прорисовываться, или прорисовывается не полностью. В принципе такое можно наблюдать и с работающей видеокартой когда процессор сильно загружен. А у меня как раз процессор постоянно загружен на 50%, в среднем. Я заменю видеоадаптер, как только будет замена.
Еще какие нибудь варианты решений будут?
А по подробней можете объяснить что из себя представляет процесс Interrupts или где можно про него подробно почитать?
А по подробней можете объяснить что из себя представляет процесс Interrupts или где можно про него подробно почитать?
На самом деле это не процесс, сущность Interrupts используется для учёта времени, затраченного на обработку прерываний (условно говоря — прерывания генерируются различными устройствами). Несмотря на массу информации от некомпетентных оптимизаторов — отключать или делать с ним что-либо мягко говоря не стоит. То что вы видите как активность intelppm — процессору посылаются команды сна во время простоя системы: это сокращает тепловыделение и энергопотребление. Можете попробовать в KernRate сделать зум на модуль ntkrnlpa, предварительно настроив символы (Symbols)? вероятно это даст наводку на возможный девайс.
Максимально подробно в контексте Windows вопрос описан в третьей главе Windows Internals Руссиновича.
Спасибо за информацию. Буду исследовать дальше проблему.
Может подскажите как с помощью KernRate сделать зум на нужный модуль? А то пока разберусь со всеми ключами пройдет не мало времени.
как с помощью KernRate сделать зум на нужный модуль?
Сегодня заменил видеоадаптер. Ситуация от этого не изменилась.
Так как время от времени обрывается связь у сетевых приложений, но статистика пинг этих обрывов не фиксирует, я все таки отключил в биосе сетевую карту, а так же 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 информация о потоках отсутствует. Возможно та и надо. Или я, что то не так делаю?
Сегодня заменил видеоадаптер. Ситуация от этого не изменилась.
Зум на intelppm показал, что AcpiC1Idle загружается на 63%
Зум на 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. Обещать не буду, но попробую найти виновного.
Сегодня обнаружил, что если в биосе отключит usb-порты, то загрузка ядра процессора приходит в норму и состояние Interrupts находится в пределах нормы. Версия биоса стояла последняя — f10. Для эксперимента, я установил младшую версию — f9. Эффект с usb-портами тот же.
Я также отключил все usb-устройства у компьютера, но загрузка процессора остается на уровне 40% до тех пора, пока в биосе не отключить поддержку usb-портов.
На фоне этого возникло два вопроса:
1) Возможно ли, что глючит usb-драйвер ОС?
2) Или системная плата потихоньку «умирает»?
Хотел бы услышит ваше мнение по этому поводу.
Для AndricoRus : Я снял дамп памяти, весит порядка 1 Гб. Стоит ли его выкладывать на фоне новых обстоятельств?
Я также отключил все usb-устройства у компьютера, но загрузка процессора остается на уровне 40% до тех пора, пока в биосе не отключить поддержку usb-портов.
1) Возможно ли, что глючит usb-драйвер ОС?
2) Или системная плата потихоньку «умирает»?
Для AndricoRus : Я снял дамп памяти, весит порядка 1 Гб. Стоит ли его выкладывать на фоне новых обстоятельств?
драйверы на чипсет не переустанавливали?
Драйвер не переустанавливал.
Думаете переустановка драйвера может что то исправить?
Дамп в любом случае будет интересен — единственное, что: полный — это конечно чересчур (там много интересного можно найти не по делу порой), выставите именно дамп памяти ядра
Дамп я исправлю и в ближайшее время выложу его.
Думаете переустановка драйвера может что то исправить?
Благо у Intel процедура максимально тривиальна.
Я на сколько понимаю необходимо с официального сайта производителя системной платы скачать драйвер на чипсет. И запустить установочный файл, дальше все сделается автоматически.
Просто ваша фраза меня немного смутила. Хотя я чаще имел дело с чипсетами от Intel и не помню, что бы переустановка драйвера на чипсет была проблематичной.
Хотя я чаще имел дело с чипсетами от Intel и не помню, что бы переустановка драйвера на чипсет была проблематичной.
В связи с тем, что у нас начался отчетный период и на проблемном компьютере глюки удалось победить путем отключения usb-портов, то исследование проблемы откладывается до окончания отчетного периода. Период длиться около 10 дней.
После чего я продолжу изучать проблему и надеюсь на вашу поддержку.
После чего я продолжу изучать проблему и надеюсь на вашу поддержку.
предлагаю сделать так: настройте систему на крэш с клавиатуры (создайте новый параметр CrashOnCtrlScroll типа DWORD в указанных ветках реестра и значением 1) и снятие дампа памяти ядра, после чего в момент наблюдаемых торможений нажмёте Ctrl+ScrollLock+ScrollLock — система выпадет в синий экран, затем выложите куда-либо файл MEMORY.DMP
Конечно не сильно специалист, но вот что наводит на мысли.
разбираем последний стек:
тут вы инициировали крэш с клавиатуры ( 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)