При открывании диспетчера задач показывается 100% загрузка на ЦП от системных прерываний, после сразу возвращается в норму. Также периодически стартерит звук. Что делать?

Question

_________________________________________________________________________________________________________

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 DPC routines that belong to a driver running in your system appear to be executing for too long. At least one detected problem appears to be network related. In case you are using a WLAN adapter, try disabling it to get better results. 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:01:41 (h:mm:ss) on all processors.

_________________________________________________________________________________________________________

SYSTEM INFORMATION

_________________________________________________________________________________________________________

Computer name: ARKESHHH

OS version: Windows 10, 10.0, version 2009, build: 19045 (x64)

Hardware: Vivobook Go E1504FA_E1504FA, ASUSTeK COMPUTER INC.

BIOS: E1504FA.306

CPU: AuthenticAMD AMD Ryzen 5 7520U with Radeon Graphics

Logical processors: 8

Processor groups: 1

Processor group size: 8

RAM: 15647 MB total

_________________________________________________________________________________________________________

CPU SPEED

_________________________________________________________________________________________________________

Reported CPU speed (WMI): 2801 MHz

Reported CPU speed (registry): 2795 MHz

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): 1423,50

Average measured interrupt to process latency (µs): 9,053654

Highest measured interrupt to DPC latency (µs): 1414,80

Average measured interrupt to DPC latency (µs): 5,407248

_________________________________________________________________________________________________________

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): 243,825403

Driver with highest ISR routine execution time: HDAudBus.sys - High Definition Audio Bus Driver, Microsoft Corporation

Highest reported total ISR routine time (%): 0,010576

Driver with highest ISR total time: HDAudBus.sys - High Definition Audio Bus Driver, Microsoft Corporation

Total time spent in ISRs (%) 0,012684

ISR count (execution time <250 µs): 21960

ISR count (execution time 250-500 µs): 0

ISR count (execution time 500-1000 µs): 0

ISR count (execution time 1000-2000 µs): 0

ISR count (execution time 2000-4000 µs): 0

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): 2338,846512

Driver with highest DPC routine execution time: ndis.sys - NDIS (Network Driver Interface Specification), Microsoft Corporation

Highest reported total DPC routine time (%): 0,151647

Driver with highest DPC total execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Total time spent in DPCs (%) 0,281451

DPC count (execution time <250 µs): 201258

DPC count (execution time 250-500 µs): 0

DPC count (execution time 500-10000 µs): 1017

DPC count (execution time 1000-2000 µs): 35

DPC count (execution time 2000-4000 µs): 2

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: msmpeng.exe

Total number of hard pagefaults 283

Hard pagefault count of hardest hit process: 149

Number of processes hit: 8

_________________________________________________________________________________________________________

PER CPU DATA

_________________________________________________________________________________________________________

CPU 0 Interrupt cycle time (s): 4,214846

CPU 0 ISR highest execution time (µs): 243,825403

CPU 0 ISR total execution time (s): 0,076308

CPU 0 ISR count: 15564

CPU 0 DPC highest execution time (µs): 1276,739893

CPU 0 DPC total execution time (s): 1,903856

CPU 0 DPC count: 150610

_________________________________________________________________________________________________________

CPU 1 Interrupt cycle time (s): 1,349281

CPU 1 ISR highest execution time (µs): 33,449732

CPU 1 ISR total execution time (s): 0,021055

CPU 1 ISR count: 3573

CPU 1 DPC highest execution time (µs): 2017,482648

CPU 1 DPC total execution time (s): 0,271916

CPU 1 DPC count: 39529

_________________________________________________________________________________________________________

CPU 2 Interrupt cycle time (s): 0,876549

CPU 2 ISR highest execution time (µs): 21,187835

CPU 2 ISR total execution time (s): 0,003340

CPU 2 ISR count: 926

CPU 2 DPC highest execution time (µs): 2338,846512

CPU 2 DPC total execution time (s): 0,057695

CPU 2 DPC count: 6332

_________________________________________________________________________________________________________

CPU 3 Interrupt cycle time (s): 0,476114

CPU 3 ISR highest execution time (µs): 12,943113

CPU 3 ISR total execution time (s): 0,000241

CPU 3 ISR count: 91

CPU 3 DPC highest execution time (µs): 72,709839

CPU 3 DPC total execution time (s): 0,002771

CPU 3 DPC count: 378

_________________________________________________________________________________________________________

CPU 4 Interrupt cycle time (s): 0,522366

CPU 4 ISR highest execution time (µs): 3,967084

CPU 4 ISR total execution time (s): 0,000361

CPU 4 ISR count: 427

CPU 4 DPC highest execution time (µs): 242,803578

CPU 4 DPC total execution time (s): 0,015777

CPU 4 DPC count: 2111

_________________________________________________________________________________________________________

CPU 5 Interrupt cycle time (s): 0,447213

CPU 5 ISR highest execution time (µs): 4,988909

CPU 5 ISR total execution time (s): 0,000104

CPU 5 ISR count: 98

CPU 5 DPC highest execution time (µs): 48,556708

CPU 5 DPC total execution time (s): 0,002452

CPU 5 DPC count: 336

_________________________________________________________________________________________________________

CPU 6 Interrupt cycle time (s): 0,582229

CPU 6 ISR highest execution time (µs): 3,506261

CPU 6 ISR total execution time (s): 0,000174

CPU 6 ISR count: 185

CPU 6 DPC highest execution time (µs): 293,013238

CPU 6 DPC total execution time (s): 0,014003

CPU 6 DPC count: 1623

_________________________________________________________________________________________________________

CPU 7 Interrupt cycle time (s): 0,464612

CPU 7 ISR highest execution time (µs): 28,330590

CPU 7 ISR total execution time (s): 0,001139

CPU 7 ISR count: 1096

CPU 7 DPC highest execution time (µs): 244,486583

CPU 7 DPC total execution time (s): 0,010925

CPU 7 DPC count: 1393

_________________________________________________________________________________________________________

Answer 1

Этот ответ был переведен автоматически. Поэтому в тексте могут присутствовать грамматические ошибки или странные фразы.

Привет, Arkeshhh,

Спасибо за отзыв! Вы предоставили нам очень подробную информацию. В вашем описании ваша система показывает системные сбои при открытии диспетчера задач и вызывает 100% загрузку процессора, а ваш звук регулярно перезагружается.

Я проверил это на нескольких тестовых машинах и обнаружил следующее: когда я открываю диспетчер задач, происходит всплеск загрузки процессора, а затем он также быстро восстанавливается, но все мои тесты показывают, что загрузка процессора не превышает максимум 50%, в то время как звукового запуска не происходит.

Отчет LatencyMon предполагает, что вы столкнулись с задержкой DPC.Задержка DPC — это механизм, используемый операционной системой Windows для обработки задач в режиме реального времени. Проблема задержки DPC возникает, когда системе требуется слишком много времени для выполнения DPC, что приводит к замедлению отклика системы и может вызвать такие проблемы, как задержки аудио/видео, задержка мыши/клавиатуры и т. д.

 Проблемы с задержкой DPC обычно вызваны несколькими факторами:

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

Аппаратный сбой: Некоторые аппаратные устройства, такие как неисправные сетевые карты, звуковые карты и т. д., могут выйти из строя, что может привести к проблемам с задержкой DPC.

Конфликт программного обеспечения: Некоторое программное обеспечение, работающее в фоновом режиме, может конфликтовать с другими процессами или драйверами в системе, что приводит к увеличению задержки DPC.

Здесь мы предлагаем вам предпринять следующие шаги:

Во-первых, попробуйте обновить или переустановить драйвер звуковой карты и драйвер сетевого адаптера.

Если обновление драйверов не помогло решить проблему, попробуйте отключить сетевые адаптеры (особенно адаптер WLAN), чтобы посмотреть, улучшит ли это производительность системы. Если производительность повышается после отключения сетевого адаптера, может потребоваться дальнейшее исследование проблем с адаптером или связанными с ним драйверами.

Отключите параметр регулирования ЦП на панели управления.

Выполните поиск по запросу «Дополнительные параметры питания» в поле поиска, затем выберите параметр «Высокая производительность» в раскрывающемся списке и нажмите кнопку «ОК».

Обновите драйверы процессора.

Найдите «Диспетчер устройств» в поле поиска на панели задач, найдите «Процессор», щелкните правой кнопкой мыши первый вариант, а затем выберите «Обновить программное обеспечение драйвера», а затем выберите «Автоматический поиск обновленного программного обеспечения драйвера». Затем выберите автоматический поиск обновленного программного обеспечения драйвера и дождитесь завершения установки автоматическим поиском.

Я надеюсь, что приведенный выше контент может помочь вам, если вам нужна дополнительная помощь, пожалуйста, продолжайте обращаться ко мне.

Всего хорошего 

Zev - MSFT | Специалист по поддержке сообщества Майкрософт