ASRock.com Homepage
Forum Home Forum Home > Technical Support > AMD Motherboards
  New Posts New Posts RSS Feed - X370 Gaming K4 High DPC Latency in Win10
  FAQ FAQ  Forum Search Search  Events   Register Register  Login Login

X370 Gaming K4 High DPC Latency in Win10

 Post Reply Post Reply Page  12>
Author
Message
HC8644 View Drop Down
Newbie
Newbie


Joined: 21 Mar 2017
Status: Offline
Points: 3
Post Options Post Options   Thanks (0) Thanks(0)   Quote HC8644 Quote  Post ReplyReply Direct Link To This Post Topic: X370 Gaming K4 High DPC Latency in Win10
    Posted: 21 Mar 2017 at 8:44pm
Hi

Recently built a new Ryzen system using the X370 Gaming K4 board and R1700

Installed a fresh Win10 and the stuttering / cracking sound when playing music is really annoying me

I checked using Latency Mon and here's the report:

_________________________________________________________________________________________________________
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. 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:00:21  (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name:                                        BRIAN-PC
OS version:                                           Windows 10 , 10.0, build: 14393 (x64)
Hardware:                                             ASRock, X370 Gaming K4
CPU:                                                  AuthenticAMD AMD Ryzen 7 1700 Eight-Core Processor 
Logical processors:                                   16
Processor groups:                                     1
RAM:                                                  16336 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed:                                   3394 MHz
Measured CPU speed:                                   1 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.

WARNING: the CPU speed that was measured is only a fraction of the CPU speed reported. Your CPUs may be throttled back due to variable speed settings and thermal issues. It is suggested that you run a utility which reports your actual CPU frequency and temperature. 



_________________________________________________________________________________________________________
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):   11279.366512
Average measured interrupt to process latency (µs):   38.871049

Highest measured interrupt to DPC latency (µs):       11273.779209
Average measured interrupt to DPC latency (µs):       31.304214


_________________________________________________________________________________________________________
 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):              8.835592
Driver with highest ISR routine execution time:       Wdf01000.sys - ?¸å?模å?é©…å?程å??¶æ??·è??Žæ®µ, Microsoft Corporation

Highest reported total ISR routine time (%):          0.000458
Driver with highest ISR total time:                   Wdf01000.sys - ?¸å?模å?é©…å?程å??¶æ??·è??Žæ®µ, Microsoft Corporation

Total time spent in ISRs (%)                          0.000458

ISR count (execution time <250 µs):                   2191
ISR count (execution time 250-500 µs):                0
ISR count (execution time 500-999 µs):                0
ISR count (execution time 1000-1999 µs):              0
ISR count (execution time 2000-3999 µ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):              11286.797879
Driver with highest DPC routine execution time:       storahci.sys - MS AHCI Storport Miniport Driver, Microsoft Corporation

Highest reported total DPC routine time (%):          0.251553
Driver with highest DPC total execution time:         rspLLL64.sys - Resplendence Latency Monitoring and Auxiliary Kernel Library, Resplendence Software Projects Sp.

Total time spent in DPCs (%)                          0.428459

DPC count (execution time <250 µs):                   75786
DPC count (execution time 250-500 µs):                0
DPC count (execution time 500-999 µs):                4
DPC count (execution time 1000-1999 µs):              0
DPC count (execution time 2000-3999 µ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:                 backgroundtaskhost.exe

Total number of hard pagefaults                       1223
Hard pagefault count of hardest hit process:          298
Highest hard pagefault resolution time (µs):          1012059.156747
Total time spent in ha
Back to Top
pyre View Drop Down
Newbie
Newbie


Joined: 22 Apr 2017
Status: Offline
Points: 6
Post Options Post Options   Thanks (0) Thanks(0)   Quote pyre Quote  Post ReplyReply Direct Link To This Post Posted: 22 Apr 2017 at 3:38am
I have the same problem with cracking on X370 K4 board

I have that cracking sound when using 8004 driver on both rear and front output (I tried different devices)

However, when I switched to version 7848 and enabled front/rear to be 2 different streams, the front panel is without cracking.

The rear one is cracking the same way as before.

Observation: It seems it does not happen in games, but it happened in browser, teamspeak, media player classic.

Any help would be appreciated.

Does this relate to RAM?

I have G SKILL 3600 MHz running at 2933 Mhz and Ryzen R7 1700.

It behaves the same also on 2133 Mhz.
Back to Top
clubfoot View Drop Down
Newbie
Newbie
Avatar

Joined: 28 Mar 2016
Location: Canada
Status: Offline
Points: 246
Post Options Post Options   Thanks (0) Thanks(0)   Quote clubfoot Quote  Post ReplyReply Direct Link To This Post Posted: 22 Apr 2017 at 4:03am
That was my first thought too,...ram. However, without adjusting your system as per the recommendations from LM above and performing a memtest (TeachPowerUp has a nice windows version) it would be difficult to pin point, unless more users are experiencing the same issue. Click on the process tab and sort to look for clues.


Edited by clubfoot - 22 Apr 2017 at 4:04am
Back to Top
pyre View Drop Down
Newbie
Newbie


Joined: 22 Apr 2017
Status: Offline
Points: 6
Post Options Post Options   Thanks (0) Thanks(0)   Quote pyre Quote  Post ReplyReply Direct Link To This Post Posted: 22 Apr 2017 at 5:08am
I have checked memory by aida stress test before and now.
I have also run LatencyMon with 0 hard pagefaults.
The cracking is still there and is reproducible.
Any ideas for tests are welcome.
_________________________________________________________________________________________________________
CONCLUSION
_________________________________________________________________________________________________________
Your system appears to be suitable for handling real-time audio and other tasks without dropouts.
LatencyMon has been analyzing your system for  0:04:09  (h:mm:ss) on all processors.


_________________________________________________________________________________________________________
SYSTEM INFORMATION
_________________________________________________________________________________________________________
Computer name:                                        DESKTOP-T0CJ3QG
OS version:                                           Windows 10 , 10.0, build: 15063 (x64)
Hardware:                                             ASRock, X370 Gaming K4
CPU:                                                  AuthenticAMD AMD Ryzen 7 1700 Eight-Core Processor
Logical processors:                                   16
Processor groups:                                     1
RAM:                                                  16336 MB total


_________________________________________________________________________________________________________
CPU SPEED
_________________________________________________________________________________________________________
Reported CPU speed:                                   2994 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):   548.184869
Average measured interrupt to process latency (µs):   5.185976

Highest measured interrupt to DPC latency (µs):       542.029330
Average measured interrupt to DPC latency (µs):       2.045506


_________________________________________________________________________________________________________
 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):              363.106212
Driver with highest ISR routine execution time:       dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Highest reported total ISR routine time (%):          0.065870
Driver with highest ISR total time:                   dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation

Total time spent in ISRs (%)                          0.069044

ISR count (execution time <250 µs):                   111554
ISR count (execution time 250-500 µs):                0
ISR count (execution time 500-999 µs):                6
ISR count (execution time 1000-1999 µs):              0
ISR count (execution time 2000-3999 µ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):              373.587174
Driver with highest DPC routine execution time:       nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 378.92 , NVIDIA Corporation

Highest reported total DPC routine time (%):          0.043644
Driver with highest DPC total execution time:         nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 378.92 , NVIDIA Corporation

Total time spent in DPCs (%)                          0.110901

DPC count (execution time <250 µs):                   1089120
DPC count (execution time 250-500 µs):                0
DPC count (execution time 500-999 µs):                69
DPC count (execution time 1000-1999 µs):              0
DPC count (execution time 2000-3999 µs):              0
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.


Process with highest pagefault count:                 none

Total number of hard pagefaults                       0
Hard pagefault count of hardest hit process:          0
Highest hard pagefault resolution time (µs):          0.0
Total time spent in hard pagefaults (%):              0.0
Number of processes hit:                &nb
Back to Top
clubfoot View Drop Down
Newbie
Newbie
Avatar

Joined: 28 Mar 2016
Location: Canada
Status: Offline
Points: 246
Post Options Post Options   Thanks (0) Thanks(0)   Quote clubfoot Quote  Post ReplyReply Direct Link To This Post Posted: 22 Apr 2017 at 7:25am
Are you using usb audio?
Back to Top
pyre View Drop Down
Newbie
Newbie


Joined: 22 Apr 2017
Status: Offline
Points: 6
Post Options Post Options   Thanks (0) Thanks(0)   Quote pyre Quote  Post ReplyReply Direct Link To This Post Posted: 22 Apr 2017 at 7:33am
nope, but i have 2 monitors and each of those have speakers. One via hdmi the other via DP.
But I will try also unplugging usb devices. That might help to identify the problem if its usb related.
Back to Top
pyre View Drop Down
Newbie
Newbie


Joined: 22 Apr 2017
Status: Offline
Points: 6
Post Options Post Options   Thanks (0) Thanks(0)   Quote pyre Quote  Post ReplyReply Direct Link To This Post Posted: 23 Apr 2017 at 6:01am
using 0 usb (unplugged all) devices did not fix the problem.
Also, I  tried Ubuntu Linux 17.04 and the sound was ok.
I wrote to technical support AsRock...I want to confirm it not a SW problem before I send the board to RMA.

We'll see.



Edited by pyre - 23 Apr 2017 at 6:04am
Back to Top
Waseh View Drop Down
Newbie
Newbie


Joined: 23 Apr 2017
Status: Offline
Points: 11
Post Options Post Options   Thanks (0) Thanks(0)   Quote Waseh Quote  Post ReplyReply Direct Link To This Post Posted: 23 Apr 2017 at 9:18am
So i just installed my system and i get the same problem with sound crackling (from my limited testing it seems to only be the front panel)
However uninstalling the realtek drivers and just using the default drivers windows installs fixes the problem. Clearly seems like a driver problem.
Back to Top
TooQik View Drop Down
Newbie
Newbie


Joined: 06 Apr 2017
Location: Australia
Status: Offline
Points: 104
Post Options Post Options   Thanks (0) Thanks(0)   Quote TooQik Quote  Post ReplyReply Direct Link To This Post Posted: 23 Apr 2017 at 9:22am
Originally posted by pyre pyre wrote:

using 0 usb (unplugged all) devices did not fix the problem.
Also, I  tried Ubuntu Linux 17.04 and the sound was ok.
I wrote to technical support AsRock...I want to confirm it not a SW problem before I send the board to RMA.

We'll see.



If the problem disappeared when you installed Ubuntu then the issue is definitely software related.

Waseh beat me to it. Big smile


Edited by TooQik - 23 Apr 2017 at 9:23am
Back to Top
pyre View Drop Down
Newbie
Newbie


Joined: 22 Apr 2017
Status: Offline
Points: 6
Post Options Post Options   Thanks (0) Thanks(0)   Quote pyre Quote  Post ReplyReply Direct Link To This Post Posted: 23 Apr 2017 at 1:02pm
yes, it seems so.
But..why noone else has the same problem?

Why it appears only to me and only on latest windows driver.
Older windows driver partially work but it says that enhancments must have been turned off.
(it works correctly only if front and rear outputs are separated and enhancments off)
Back to Top
 Post Reply Post Reply Page  12>
  Share Topic   

Forum Jump Forum Permissions View Drop Down

Forum Software by Web Wiz Forums® version 12.04
Copyright ©2001-2021 Web Wiz Ltd.

This page was generated in 0.203 seconds.