The good 'ol latency issues

V

Vic243

Member
Joined
Jul 3, 2020
Posts
6
Hi folks, I was recommended to come here for some help. I have read some of the posts that are similar to the issues that I am experiencing and have done pretty much everything that is recommended. I finally did a completely new Win10 install and updated all drivers...again.

The issue is that I am having really high spikes with ndis.sys and storport.sys which are causing some audio cracking and lag when I play games. You can see the report from LatencyMon attached.

I ran into this post which talks about the Performance Analyzer so I downloaded and ran a trace. Would you be so kind to review it and see if you can help me identify why in the world I keep getting these issues?

The trace and my system info can be found here

Thanks!
 

Attachments

  • Untitled.png
    Untitled.png
    68.6 KB · Views: 14
Thanks for responding @x BlueRobot. That is actually one of the first things I did. When I run the Intel Driver and Support assistance it only gives me the option to download the Rapid Storage drivers. I am not using RAID so I don't think I need those...or that they are the cause of the latency.
Any other thoughts?
1594143525335.png
 
Can you increase the buffer size on your audio card?

For some reason I cannot extract your System Info file.
 
I use the built in soundcard so I do not know how to do that. I was using a Sounb Blaster but it was causing troubles so I disabled it and uninstalled the drivers.
 
15ms in the DPC is ridiculous for ndis.sys. What on earth are they doing in there? Have they not heard of Work Items?

When your kernel mode driver makes an IO request read or write first of all the Interrupt fires to say that it has DMA'd a buffer. The ISR should only set/clear registers and flags and get out there as fast as possible (runs at high IRQL priority) after queuing a DPC routine.

The DPC routine runs at (surprise, surprise) DPC level and completes the IO request. DPC is below IRQL but still higher than PASSIVE.

PASSIVE is where your applications run (user mode) and user mode drivers, as well as some kernel mode stuff such as work items.

15ms is way to long to be in a DPC routine.

I encountered this problem the PCIe hardware I designed and KMDF drivers I wrote for work. So I simply redesigned the hardware (easy as it is an FPGA) and rewrote the drivers to process 40ms worth of data, between interrupts, at time. The problem vanished. I know this is not an option for you however 15ms of processing time in a DPC routine?
 
rob18767 said:
For some reason I cannot extract your System Info file.
Click to expand...
I've re-attached it in case the original one got corrupted somehow. I have to say though that since I removed the Sound Card I do not see such high spikes but I still get them with minor (livable) audio corruption when it happens.

1594238428538.png
 

Attachments

I agree with you. I don't know much besides basic troubleshooting but it doesn't sound right to me. Wish I could figure out what is causing this.
 
Sometimes you run Latency Monitor for quite a bit of time and comeback and you see a huge spike in activity. In the report section of Latency Monitor does it give a timestamp for the maximum times of DPC execution?

You could try running it in conjunction with

Process Monitor - Windows Sysinternals

To try and dig a bit deeper and see if anything is doing network accesses around about the times you are seeing these spikes.
 
I checked the report and I do not see any timestamps so I can't crosscheck against the Process Monitor :/
 

Has Sysnative Forums helped you? Please consider donating to help us support the site!

Back
Top