Hello, i rebuilt the new pc a month ago and for a month while waiting for the new cards I continued to use my old Gigabyte GTX 970 on the new pc and everything was going perfectly.
My New System Configuration:
CPU: AMD Ryzen 9800X3D
RAM: CORSAIR VENGEANCE DDR5 32GB (2x16GB) 6000MHz CL30 EXPO
SSD: Samsung 990 Pro 2TB (M.2)
PSU: Corsair RM850x (2024)
Motherboard: ROG STRIX B850-A GAMING WIFI (Firmware 0825 last stable released in December, there are two more betas after that)
WIn 11 24H2
Monday my MSI RTX 5070 Ti Ventus 3x OC arrived.
The GPU is correctly recognized by the system, and GPU-Z shows no apparent issues.
PCIE 5, all rops ecc...
However, I am experiencing strange stuttering/frametime issues while navigating in Windows 11
Windows UI exhibits micro-stuttering and like some sort of inconsistent frametime, like refresh rates are not set correctly, i really don't know.
This is especially noticeable when scrolling through browsers (Firefox, Chrome, Edge).
The issue worsens at lower refresh rates (e.g., 60Hz) but becomes less noticeable at higher refresh rates (120Hz/144Hz/165Hz/180Hz). However, even at 180Hz, the issue is still present, just mitigated.
Important note: The mouse cursor remains perfectly smooth, and CPU/GPU usage is normal.
Windows itself is not slow; apps open quickly, and everything responds well.
The issue feels like a frametime problem, as if the refresh rate isn't properly aligned.
Used DDU to completely uninstall and reinstall GPU drivers, but the problem persists.
Other Tests:
Disabled and re-enabled Resizable BAR, G-Sync, VRR, and GPU hardware acceleration, but no improvement.
Set "Maximum Performance" mode in NVIDIA Control Panel power settings, but the stuttering remains.
I tried various settings from the control panel between vertical synchronization, low latency mode, etc...
My motherboard supports PCIe Gen 5, so I manually forced PCIe Gen 5, 4, and 3 instead of "Auto," but this had no effect.
Tried resetting the bios settings and disabling the expo profile.
I tried powering the video card with both the new 12V-2X6 cable included with the Corsair RM850x power supply (2024) and the adapter included in the MSI package. No difference.
I am struggling to determine whether this is a driver issue, some kind of incompatibility, Bios, power supply or something else entirely.
For one month, I was using my old GTX 970 on this exact system, and Windows navigation was perfectly smooth at 60Hz/ 120Hz/144hz/165hz/180hz.
Everything was working flawlessly with this new build, until I installed the RTX 5070 Ti.
The forum won't let me post pictures and videos of Ufo test VSYNC Animation Timing Precision
Integrated graphic and GTX 970 test are fine, but seems that problem is as somehow related to the management of synchrony between the 5070Ti and the display.
MSI RTX 5070 Ti Ventus 3X OC – Strange Micro-Stuttering and Frametime Issues in Windows UI
Re: MSI RTX 5070 Ti Ventus 3X OC – Strange Micro-Stuttering and Frametime Issues in Windows UI
After installing the new driver, my frametime/stutter issue while navigating Windows has improved a lot today. With the UFO test, it's about 90% less. However, I'm still not completely sure that it was the driver. Occasionally, there's still a red spike, but the diagrams on the UFO test are 90% green compared to before.
Regarding the black screen on the second monitor, which is my OLED CX TV, it still happens. That's why I suspect the issue lies with the 10-meter unidirectional optical HDMI cable going to the OLED CX TV. This is because I tried using another HDMI cable on an old monitor, setting it as the second display, and on that one, I can change the refresh rate without any problem—no black screens or crashes. So now, I'm looking for a new 10-meter HDMI 2.1 cable for the TV and will run more tests.
Regarding the black screen on the second monitor, which is my OLED CX TV, it still happens. That's why I suspect the issue lies with the 10-meter unidirectional optical HDMI cable going to the OLED CX TV. This is because I tried using another HDMI cable on an old monitor, setting it as the second display, and on that one, I can change the refresh rate without any problem—no black screens or crashes. So now, I'm looking for a new 10-meter HDMI 2.1 cable for the TV and will run more tests.
Re: MSI RTX 5070 Ti Ventus 3X OC – Strange Micro-Stuttering and Frametime Issues in Windows UI
I think I’ve identified the cause of the microstutter and frametime issues while navigating in Windows.
As I suspected, the new drivers weren’t what fixed it.
The issue occurs whenever Task Manager or other monitoring programs like GPU-Z or HWinfo are running in the background.
But as soon as I close them all, the micro stuttering /frametime problem disappears.
However, I don't understand why it happens, since with my old GTX 970 or integrated graphics card these monitoring programs don't cause any problems.
As I suspected, the new drivers weren’t what fixed it.
The issue occurs whenever Task Manager or other monitoring programs like GPU-Z or HWinfo are running in the background.
But as soon as I close them all, the micro stuttering /frametime problem disappears.
However, I don't understand why it happens, since with my old GTX 970 or integrated graphics card these monitoring programs don't cause any problems.
Re: MSI RTX 5070 Ti Ventus 3X OC – Strange Micro-Stuttering and Frametime Issues in Windows UI
UPDATE 03-03-25
I've noticed something interesting in GPU-Z.
On my RTX 5070 Ti, the "Bus Interface Load" sensor is constantly active. Even when I'm doing nothing on the PC, it stays at 20%, and if I open monitoring programs like HWInfo or Task Manager, it jumps between 20% and 50%.
At the same time, "PerfCap Reason" is constantly showing Power and VRel.
To make a comparison, on my OLD GTX 970 "Bus Interface Load" stays at 0% ,whether idle or when opening monitoring programs.
Additionally, "PerfCap Reason" remains in the Idle state.
I'm sure that's why on 5070 it takes only a little load and the navigability in windows is no longer very smooth.
Why is this happening?Could it be a driver problem that mismanages the PCIe bus?
I noticed the following changes after setting " Prefer Maximum Performance" in the NVIDIA power management settings:
- The Bus Interface Load dropped from 20-50% (with monitoring programs running) to 1% when idle and 1-5% when opening programs like HWInfo and Task Manager.
- The PerfCap Reason, which was previously at 90% in PWR and 10% in vrel, is now at 100% in vrel.
- This way, the microstuttering is resolved or improves by 99%, even with various monitoring programs open, but the power consumption increases."
For those wondering, my ASUS ROG Strix B850-A motherboard, released in January 2025, supports PCIe 5.0, and GPU-Z correctly detects my GPU as "PCIe x16 5.0".
I've already tried forcing PCIe 4.0 and 3.0 from the BIOS, but the issue remains the same.
My motherboard's BIOS version is 0825, which dates back to mid-December 2024. Just four days ago, a new stable version (1006) was released after two months in beta.
I'm considering whether to try updating or not to see if anything changes, but I'm always a bit hesitant when it comes to BIOS updates
I've noticed something interesting in GPU-Z.
On my RTX 5070 Ti, the "Bus Interface Load" sensor is constantly active. Even when I'm doing nothing on the PC, it stays at 20%, and if I open monitoring programs like HWInfo or Task Manager, it jumps between 20% and 50%.
At the same time, "PerfCap Reason" is constantly showing Power and VRel.
To make a comparison, on my OLD GTX 970 "Bus Interface Load" stays at 0% ,whether idle or when opening monitoring programs.
Additionally, "PerfCap Reason" remains in the Idle state.
I'm sure that's why on 5070 it takes only a little load and the navigability in windows is no longer very smooth.
Why is this happening?Could it be a driver problem that mismanages the PCIe bus?
I noticed the following changes after setting " Prefer Maximum Performance" in the NVIDIA power management settings:
- The Bus Interface Load dropped from 20-50% (with monitoring programs running) to 1% when idle and 1-5% when opening programs like HWInfo and Task Manager.
- The PerfCap Reason, which was previously at 90% in PWR and 10% in vrel, is now at 100% in vrel.
- This way, the microstuttering is resolved or improves by 99%, even with various monitoring programs open, but the power consumption increases."
For those wondering, my ASUS ROG Strix B850-A motherboard, released in January 2025, supports PCIe 5.0, and GPU-Z correctly detects my GPU as "PCIe x16 5.0".
I've already tried forcing PCIe 4.0 and 3.0 from the BIOS, but the issue remains the same.
My motherboard's BIOS version is 0825, which dates back to mid-December 2024. Just four days ago, a new stable version (1006) was released after two months in beta.
I'm considering whether to try updating or not to see if anything changes, but I'm always a bit hesitant when it comes to BIOS updates
Re: MSI RTX 5070 Ti Ventus 3X OC – Strange Micro-Stuttering and Frametime Issues in Windows UI
UPDATE 4 05-03-25
Download new driver 572-70 and still the same.
On asus forum a mod told me that ther are been reports of high DCP latency on AMD on 5000 series GPUs and check this with Latencymon to see if it's the same issue.
I've run the test with LatencyMon.
Here are the results with both "Normal" and "Prefer Maximum Performance" settings in the NVIDIA power management options.
What can be inferred from these results?
NVIDIA power management: Normal
CONCLUSION
Your system seems to be having difficulty handling real-time audio and other tasks. You may experience drop outs, clicks or pops due to buffer underruns. 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:06:39 (h:mm:ss) on all processors.
________________________________________________________________________________________________________________________
CPU SPEED
Reported CPU speed (WMI): 470 MHz
Reported CPU speed (registry): 470 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): 735,40
Average measured interrupt to process latency (µs): 21,716158
Highest measured interrupt to DPC latency (µs): 483,90
Average measured interrupt to DPC latency (µs): 8,251599
_________________________________________________________________________________________________________
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): 24,630
Driver with highest ISR routine execution time: Wdf01000.sys - Runtime framework driver modalità kernel, Microsoft Corporation
Highest reported total ISR routine time (%): 0,000077
Driver with highest ISR total time: Wdf01000.sys - Runtime framework driver modalità kernel, Microsoft Corporation
Total time spent in ISRs (%) 0,000077
ISR count (execution time <250 µs): 9224
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): 1817,490
Driver with highest DPC routine execution time: ntoskrnl.exe - NT Kernel & System, Microsoft Corporation
Highest reported total DPC routine time (%): 0,101966
Driver with highest DPC total execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 572.65 , NVIDIA Corporation
Total time spent in DPCs (%) 0,122814
DPC count (execution time <250 µs): 416711
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-10000 µs): 4732
DPC count (execution time 1000-2000 µs): 136
DPC count (execution time 2000-4000 µ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.
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 769
Hard pagefault count of hardest hit process: 494
Number of processes hit: 6
------------------------------------------------------------------------------------------------------------
NVIDIA power management: Prefer Maximum Performance
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:06:39 (h:mm:ss) on all processors.
____________________________________________________________________________________________________
CPU SPEED
Reported CPU speed (WMI): 470 MHz
Reported CPU speed (registry): 470 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): 281,30
Average measured interrupt to process latency (µs): 18,253461
Highest measured interrupt to DPC latency (µs): 271,30
Average measured interrupt to DPC latency (µs): 2,190818
_________________________________________________________________________________________________________
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,360
Driver with highest ISR routine execution time: Wdf01000.sys - Runtime framework driver modalità kernel, Microsoft Corporation
Highest reported total ISR routine time (%): 0,000025
Driver with highest ISR total time: Wdf01000.sys - Runtime framework driver modalità kernel, Microsoft Corporation
Total time spent in ISRs (%) 0,000025
ISR count (execution time <250 µs): 2247
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): 818,030
Driver with highest DPC routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation
Highest reported total DPC routine time (%): 0,025099
Driver with highest DPC total execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 572.65 , NVIDIA Corporation
Total time spent in DPCs (%) 0,037513
DPC count (execution time <250 µs): 212310
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-10000 µs): 10
DPC count (execution time 1000-2000 µs): 0
DPC count (execution time 2000-4000 µ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.
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: systemsettings.exe
Total number of hard pagefaults 2256
Hard pagefault count of hardest hit process: 848
Number of processes hit: 36
Download new driver 572-70 and still the same.
On asus forum a mod told me that ther are been reports of high DCP latency on AMD on 5000 series GPUs and check this with Latencymon to see if it's the same issue.
I've run the test with LatencyMon.
Here are the results with both "Normal" and "Prefer Maximum Performance" settings in the NVIDIA power management options.
What can be inferred from these results?
NVIDIA power management: Normal
CONCLUSION
Your system seems to be having difficulty handling real-time audio and other tasks. You may experience drop outs, clicks or pops due to buffer underruns. 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:06:39 (h:mm:ss) on all processors.
________________________________________________________________________________________________________________________
CPU SPEED
Reported CPU speed (WMI): 470 MHz
Reported CPU speed (registry): 470 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): 735,40
Average measured interrupt to process latency (µs): 21,716158
Highest measured interrupt to DPC latency (µs): 483,90
Average measured interrupt to DPC latency (µs): 8,251599
_________________________________________________________________________________________________________
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): 24,630
Driver with highest ISR routine execution time: Wdf01000.sys - Runtime framework driver modalità kernel, Microsoft Corporation
Highest reported total ISR routine time (%): 0,000077
Driver with highest ISR total time: Wdf01000.sys - Runtime framework driver modalità kernel, Microsoft Corporation
Total time spent in ISRs (%) 0,000077
ISR count (execution time <250 µs): 9224
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): 1817,490
Driver with highest DPC routine execution time: ntoskrnl.exe - NT Kernel & System, Microsoft Corporation
Highest reported total DPC routine time (%): 0,101966
Driver with highest DPC total execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 572.65 , NVIDIA Corporation
Total time spent in DPCs (%) 0,122814
DPC count (execution time <250 µs): 416711
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-10000 µs): 4732
DPC count (execution time 1000-2000 µs): 136
DPC count (execution time 2000-4000 µ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.
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 769
Hard pagefault count of hardest hit process: 494
Number of processes hit: 6
------------------------------------------------------------------------------------------------------------
NVIDIA power management: Prefer Maximum Performance
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:06:39 (h:mm:ss) on all processors.
____________________________________________________________________________________________________
CPU SPEED
Reported CPU speed (WMI): 470 MHz
Reported CPU speed (registry): 470 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): 281,30
Average measured interrupt to process latency (µs): 18,253461
Highest measured interrupt to DPC latency (µs): 271,30
Average measured interrupt to DPC latency (µs): 2,190818
_________________________________________________________________________________________________________
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,360
Driver with highest ISR routine execution time: Wdf01000.sys - Runtime framework driver modalità kernel, Microsoft Corporation
Highest reported total ISR routine time (%): 0,000025
Driver with highest ISR total time: Wdf01000.sys - Runtime framework driver modalità kernel, Microsoft Corporation
Total time spent in ISRs (%) 0,000025
ISR count (execution time <250 µs): 2247
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): 818,030
Driver with highest DPC routine execution time: dxgkrnl.sys - DirectX Graphics Kernel, Microsoft Corporation
Highest reported total DPC routine time (%): 0,025099
Driver with highest DPC total execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 572.65 , NVIDIA Corporation
Total time spent in DPCs (%) 0,037513
DPC count (execution time <250 µs): 212310
DPC count (execution time 250-500 µs): 0
DPC count (execution time 500-10000 µs): 10
DPC count (execution time 1000-2000 µs): 0
DPC count (execution time 2000-4000 µ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.
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: systemsettings.exe
Total number of hard pagefaults 2256
Hard pagefault count of hardest hit process: 848
Number of processes hit: 36
-
Leahcim2025
- Posts: 4
- Joined: 08 Mar 2025, 17:21
Re: MSI RTX 5070 Ti Ventus 3X OC – Strange Micro-Stuttering and Frametime Issues in Windows UI
Thank you so much for posting this Omark. I got a Asus prime OC 5070ti last week and for a week this issue has been driving me crazy. Ive tried literally everything and nothings helped. I thought it was only me because i cant find much online about this issue.I originally thought it was the new firefox version, then bios, monitor etc.omark wrote: ↑27 Feb 2025, 00:08Hello, i rebuilt the new pc a month ago and for a month while waiting for the new cards I continued to use my old Gigabyte GTX 970 on the new pc and everything was going perfectly.
My New System Configuration:
CPU: AMD Ryzen 9800X3D
RAM: CORSAIR VENGEANCE DDR5 32GB (2x16GB) 6000MHz CL30 EXPO
SSD: Samsung 990 Pro 2TB (M.2)
PSU: Corsair RM850x (2024)
Motherboard: ROG STRIX B850-A GAMING WIFI (Firmware 0825 last stable released in December, there are two more betas after that)
WIn 11 24H2
Monday my MSI RTX 5070 Ti Ventus 3x OC arrived.
The GPU is correctly recognized by the system, and GPU-Z shows no apparent issues.
PCIE 5, all rops ecc...
However, I am experiencing strange stuttering/frametime issues while navigating in Windows 11
Windows UI exhibits micro-stuttering and like some sort of inconsistent frametime, like refresh rates are not set correctly, i really don't know.
This is especially noticeable when scrolling through browsers (Firefox, Chrome, Edge).
The issue worsens at lower refresh rates (e.g., 60Hz) but becomes less noticeable at higher refresh rates (120Hz/144Hz/165Hz/180Hz). However, even at 180Hz, the issue is still present, just mitigated.
Important note: The mouse cursor remains perfectly smooth, and CPU/GPU usage is normal.
Windows itself is not slow; apps open quickly, and everything responds well.
The issue feels like a frametime problem, as if the refresh rate isn't properly aligned.
Used DDU to completely uninstall and reinstall GPU drivers, but the problem persists.
Other Tests:
Disabled and re-enabled Resizable BAR, G-Sync, VRR, and GPU hardware acceleration, but no improvement.
Set "Maximum Performance" mode in NVIDIA Control Panel power settings, but the stuttering remains.
I tried various settings from the control panel between vertical synchronization, low latency mode, etc...
My motherboard supports PCIe Gen 5, so I manually forced PCIe Gen 5, 4, and 3 instead of "Auto," but this had no effect.
Tried resetting the bios settings and disabling the expo profile.
I tried powering the video card with both the new 12V-2X6 cable included with the Corsair RM850x power supply (2024) and the adapter included in the MSI package. No difference.
I am struggling to determine whether this is a driver issue, some kind of incompatibility, Bios, power supply or something else entirely.
For one month, I was using my old GTX 970 on this exact system, and Windows navigation was perfectly smooth at 60Hz/ 120Hz/144hz/165hz/180hz.
Everything was working flawlessly with this new build, until I installed the RTX 5070 Ti.
The forum won't let me post pictures and videos of Ufo test VSYNC Animation Timing Precision
Integrated graphic and GTX 970 test are fine, but seems that problem is as somehow related to the management of synchrony between the 5070Ti and the display.
Also tried everything you did and the only thing that helped slightly was setting max performance in the nvidia control panel.
Ive also noticed huge spikes on latencymon thats making my audio crackle/pop too. nvlddmkm.sys is the highest one
Re: MSI RTX 5070 Ti Ventus 3X OC – Strange Micro-Stuttering and Frametime Issues in Windows UI
Leahcim2025 wrote: ↑08 Mar 2025, 17:50Thank you so much for posting this Omark. I got a Asus prime OC 5070ti last week and for a week this issue has been driving me crazy. Ive tried literally everything and nothings helped. I thought it was only me because i cant find much online about this issue.I originally thought it was the new firefox version, then bios, monitor etc.
Also tried everything you did and the only thing that helped slightly was setting max performance in the nvidia control panel.
Ive also noticed huge spikes on latencymon thats making my audio crackle/pop too. nvlddmkm.sys is the highest one
Yeah, at this point I think it must be some kind of software management issue, not sure if it's the video drivers or the chipset/bios of the motherboard.