Microstuttering in games whenever using mouse

Quick Update:
Just before going to ditch McAfee I went ahead and ran some more tests to see if changing the GPU to the top PCIE slot made any difference. It did.
CS:GO and Valorant are now suffering from the stutter issue despite working relatively fine before moving the GPU. Moving the GPU back to the bottom PCIE slot did not reverse this. Any ideas what this could mean?

In the meantime I will make sure McAfee and all related programs are fully removed from my system before continuing testing.
I'll also run the DPC Latency test beforehand.
Check what speed the PCIE slot is running at.
 
After deleting McAfee and running some tests I can say with fair certainty that McAfee is not the cause of the issue.

Check what speed the PCIE slot is running at.
(My apologies if this information is not relevant, this is the first time I have checked PCIE slot speed) Using GPU-Z the 'Bus Interface' showed: "PCIe x16 3.0 @x2 3.0" at idle, and identical info: "PCIe x16 3.0 @x2 3.0" when at load (Running the GPU-Z render test). I myself, am not overly sure what this means. Is everything operating as expected here?

Additionally, the 3DMARK PCI Express feature test showed a Bandwidth of 1.53 GB/s.
This is half the Bandwidth speed of 3.06 GB/s mentioned in the original post, this speed was also achieved with the GPU in the second PCIE slot. I don't know why the Bandwidth has decreased.

Force Vsync off.
Disable HPET.

I've gone ahead and disabled HPET in device manager and Forced Vsync off via the Nvidia control panel settings. I'll spend a bit of time going through all affected titles to see if it has made any difference, cheers for the suggestions.
 
Last edited:
Using GPU-Z the 'Bus Interface' showed: "PCIe x16 3.0 @x2 3.0" at idle, and identical info: "PCIe x16 3.0 @x2 3.0" when at load (Running the GPU-Z render test). I myself, am not overly sure what this means. Is everything operating as expected here?
Load should running faster than idle at x 8 or x16 below is an article that may give you insight.

https://graphicscardhub.com/gpu-pcie-running-x8/

Run msi afterburner and check fps/gpu usage see if its dropping when stutters occur.
 
Checking MSI afterburner didn't show any GPU usage fluctuations when stutter did occur; possibly because the stutter is continuous and is effectively always occurring within affected titles. I'll still monitor MSI afterburner to see if there are any potential correlations with the likes of mouse input.

Alright, digging around I've identified that:
When in the second PCIe slot the GPU is running at x2 Native with the Bus interface running PCI Express x2 3.0. As mentioned above this value does not change, irrespective of what the computer is actually doing. Load or Idle, it doesn't make much difference.
When in the top slot the GPU is running at x4 Native with Bus interface running PCI Express x4 3.0. This value also does not change.

Ensuring that PCIe Power cable is correctly connected to both the GPU directly and PSU hasn't done much
I've cleaned the GPU contacts with compressed air and Isopropanol Alcohol, and cleaned both PCIe slots again.
Used the Nvidia DisplayPort Firmware updater and updated the GPU accordingly.
I've also tested quite a few related settings in the Bios that haven't made much difference.

When trying to install my GPU back into the top slot after cleaning it contacts I didn't receive any output despite said slot working just fine an hour ago. Moving the GPU into the second slot temporarily resolved the issue of no output. The fact that both the PCIe slot and GPU were clean really makes me think there is definitely something wrong with that top slot. That, or the graphics card needed to be re-seated.

At this moment in time I'm planning on flashing my motherboard's bios as it was updated relatively recently to the latest version, although I doubt this is the cause.
 
Last edited:
I'm going to see if I can get access to a system similar to mine. I would be able to test my Graphics card and identify if it is still running at x2 and x4 native even in an entirely different system. If the GPU is fine this is either firmware or hardware related. Motherboard may even be buggered.
In the meantime any suggestions or thoughts would be appreciated.

Cheers for the help thus far!
 
Additionally, is there any chance that this problem could be hardware related? As mentioned in the original post I've been encountering issues with my motherboard's top PCIE slot. Today, after initially installing the GPU in said slot, I booted and checked the GPU was properly powering on, but got no display. Nothing at all with either HDMI or Display port. After using a canister of compressed air and cleaning out the PCIE slot and then installing the GPU at a slightly different orientation I managed to get the GPU to properly display. Issue is that this is exactly what happened last time, I could use my computer just fine for the next day or so only to find on the third or fourth boot my GPU would fail to display. I am positive this issue is not a consequence of any problems with my Graphics card as it displays perfectly fine when using the second PCIE port. Perhaps the second PCIE slot is also suffering from a problem? All that said and done is it within the realm of possibility that a problematic motherboard could be causing the issue I am describing?

Is there anything weird about your PCI brackets, or the way the case orients them? It makes me wonder if the card isn't seating properly because of something about the case.
 
Is there anything weird about your PCI brackets, or the way the case orients them? It makes me wonder if the card isn't seating properly because of something about the case.

I wouldn't say there is anything weird about my PCI brackets, they don't appear to be much different to my older 101 InWin case the computer originally came in. They appear to be positioned and oriented just like most PC cases.
 
I've gone ahead and disabled HPET in device manager and Forced Vsync off via the Nvidia control panel settings. I'll spend a bit of time going through all affected titles to see if it has made any difference, cheers for the suggestions.

Interesting, as I've been reading more and more about HPET on Guru3D as well

https://forums.guru3d.com/threads/another-look-at-hpet-high-precision-event-timer.368604/page-90

AMD: HPET On or Off? | Off = Less latency & stuttering, More FPS in MOST GAMES! - YouTube

The Radeon RX 6900 XT Owners Thread. | Page 63 | Overclockers UK Forums

BIOS @ DEFAULT : WINDOWS/DEVICE MANAGER @ DISABLED
HPET. TURN IT OFF FOR WAAAAAAAY LESS STUTTERS! :: No Man's Sky General Discussion (steamcommunity.com)
 
Hello all,

My apologies for my lengthy hiatus.

I have played around a fair bit with LatencyMon over the past few days and wanted to share some of my results:

  • When idle, LatencyMon reported everything to be running as expected with a "current measured interrupt to process latency" fluctuating, but remaining below 80(µs) . After leaving the programme running for about 20 minutes highest interrupts gradually rise to the point where the programme recognised it as a potential issue.
  • When booting up a game , however, LatencyMon immediately recognised there to be multiple issues, reporting the "Highest measured interrupt to process latency" to be 2051.20 (µs) , and "Highest reported DPC routine execution time" to be 1763.11(µs). The latter was linked to (ndis.sys - Network Driver Interface Specification (NDIS), Microsoft Corporation).
  • When actually under load the "Current measured interrupt to process latency" remains under 300(µs) from the testing I've done so far.

The programme concluded that at least one problem appears to be network related, it suggested that a WLAN adapter could be the cause, however I do not use such a device.

I am unfamiliar with both this software and what these readings actually mean. What do these results indicate?

Cheers
 
Back
Top Bottom