Share via

Help Windows 10 Mouse input Stuttering

Anonymous
2021-10-06T14:19:36+00:00

Hello, sometimes mouse input stuttering, i've change with another mouse but still same. this is not mouse problem i think but my driver. i do clean the display driver, change nvidia driver version but nothing changed still struggling with this stuttering.

i run latencymon and this is the result, any ideas whats going on?

_________________________________________________________________________________________________________

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 1:11:41 (h:mm:ss) on all processors.

_________________________________________________________________________________________________________

SYSTEM INFORMATION

_________________________________________________________________________________________________________

Computer name: XXXXX

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

Hardware: MS-7B93, Micro-Star International Co., Ltd.

CPU: AuthenticAMD AMD Ryzen 9 3900X 12-Core Processor

Logical processors: 24

Processor groups: 1

RAM: 32689 MB total

_________________________________________________________________________________________________________

CPU SPEED

_________________________________________________________________________________________________________

Reported CPU speed: 380 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): 635.30

Average measured interrupt to process latency (µs): 26.750170

Highest measured interrupt to DPC latency (µs): 611.0

Average measured interrupt to DPC latency (µs): 2.026997

_________________________________________________________________________________________________________

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): 248.70

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

Highest reported total ISR routine time (%): 0.009798

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

Total time spent in ISRs (%) 0.011432

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

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): 1210.390

Driver with highest DPC routine execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 456.71 , NVIDIA Corporation

Highest reported total DPC routine time (%): 0.004791

Driver with highest DPC total execution time: nvlddmkm.sys - NVIDIA Windows Kernel Mode Driver, Version 456.71 , NVIDIA Corporation

Total time spent in DPCs (%) 0.020101

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

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

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

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

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: system

Total number of hard pagefaults 80942

Hard pagefault count of hardest hit process: 27273

Number of processes hit: 93

Windows for home | Windows 10 | Performance and system failures

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments No comments

2 answers

Sort by: Most helpful
  1. Anonymous
    2021-10-14T06:41:26+00:00

    Hi Anderson thanks for reply,

    I have boot in safe mode and looks fine to me, i uninstall some driver but the problem still there. look here is the sample how my mouse didnt work well Video

    i already change the mouse too

    how to track problem like this? any idea?

    just got crash on my pc


    System Information (local)


    Computer name: DESKTOP-TGR01
    Windows version: Windows 10, 10.0, version 2009, build: 19043
    Windows dir: C:\WINDOWS
    Hardware: MS-7B93, Micro-Star International Co., Ltd., MPG X570 GAMING PRO CARBON WIFI (MS-7B93)
    CPU: AuthenticAMD AMD Ryzen 9 3900X 12-Core Processor 8664, level: 23
    24 logical processors, active mask: 16777215
    RAM: 34276900864 bytes (31.9GB)


    Crash Dump Analysis


    Crash dumps are enabled on your computer.

    Crash dump directories:
    C:\WINDOWS
    C:\WINDOWS\Minidump

    On Fri 10/15/2021 1:21:18 PM your computer crashed or a problem was reported
    crash dump file: C:\WINDOWS\Minidump\101521-10609-01.dmp
    This was probably caused by the following module: ntoskrnl.exe (nt+0x3F71B0)
    Bugcheck code: 0x1CA (0x2450C33B, 0xCF50B9DF67, 0xCF5353A57D, 0x16)
    Error: CUSTOM_ERROR
    file path: C:\WINDOWS\system32\ntoskrnl.exe
    product: Microsoft® Windows® Operating System
    company: Microsoft Corporation
    description: NT Kernel & System

    The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time.

    On Fri 10/15/2021 1:21:18 PM your computer crashed or a problem was reported
    crash dump file: C:\WINDOWS\MEMORY.DMP
    This was probably caused by the following module: ntkrnlmp.exe (nt!HalStopProfileInterrupt+0x40EA)
    Bugcheck code: 0x1CA (0x2450C33B, 0xCF50B9DF67, 0xCF5353A57D, 0x16)
    Error: CUSTOM_ERROR

    The crash took place in the Windows kernel. Possibly this problem is caused by another driver that cannot be identified at this time.

    Was this answer helpful?

    1 person found this answer helpful.
    0 comments No comments
  2. Anonymous
    2021-10-06T14:57:08+00:00

    Hi, my name is Anderson Souza, I hope I can help you with your issue.

    You can start using two Windows modes indicated for identifying conflict between third-party software and services, or possible problematic drivers.

    If the system files are all healthy now we need to check if any third party software or services are influencing the problem, there are two options to check this, Safe Mode and Clean Boot.

    Safe mode starts Windows in a basic state, using a limited set of files and drivers. If a problem doesn't happen in safe mode, this means that default settings and basic device drivers aren't causing the issue. Observing Windows in safe mode enables you to narrow down the source of a problem, and can help you troubleshoot problems on your PC.

    See the reference below on how to start Windows in Safe Mode:

    https://support.microsoft.com/windows/92c27cff-...

    A “clean boot” starts Windows with a minimal set of drivers and startup programs, so that you can determine whether a background program is interfering with your game or program.  This is similar to starting Windows in Safe Mode, but provides you more control over which services and programs run at startup to help you isolate the cause of a problem.

    See the reference below:

    https://support.microsoft.com/topic/da2f9573-6e...

    I recommend that you try these options when you have enough free time for experimentation, Clean Boot, for example, depends on third-party services and applications that start automatically to be reactivated gradually to try to identify a possible cause of the problem. But first, you need to confirm that the problem occurs even using Safe Mode and Clean Boot.

    Was this answer helpful?

    0 comments No comments