The actual guilt is Windows 10 and specifically a "serious process destruction performance error" in the operating system detected by a programmer working for Google . In a long blog post, Bruce Dawson outlines the steps he took to track what led to the mouse stabbing and stopping.
Dawson would notice hitch in his mouse when he built Chrome . While stackers and hardware hangers can be expected (to a degree) when CPU utilization is 100 percent, Dawson says that CPU usage rarely jumped over the 50 percent threshold. There was obviously something else for play so he whipped out some troubleshooting tools and started performing performance tracks on Windows 10.
Skip what appeared to be a rabbit hole initially led him to a Windows function called NtGdiCloseProcess, which Is responsible for exciting processes.
"Process creation is CPU-bound as it should be. Process interruption, but CPU is bound at the beginning and end, but there is a long period in the middle (about one second) Where it is serialized using blot One of the eight hypertrokes on the system, as 1,000 processes are fighting over a single lock inside the NtGdiCloseProcess. This is a serious problem. This period represents a time when programs will hang and mouse movements will hitch- and sometimes this serial period is several seconds Longer, "explains Dawson.
This is not something that the average user is likely to come across. But it can be an annoying problem for programmers who work with many processes, as was Dawson's case. Chrome is a rather large application that involves destroying many processors in quick succession. And because of the way this error works, the more cores and threads in a system, the worse this side effect can be.
Dawson says this is not a problem in Windows 7 . It's not a good thing for Microsoft as it tries its best to get as many as possible upgrade to Windows 10 . Dawson has reported the error to Microsoft, and it is currently investigating the case.