mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #1110] Moving mouse with a polling rate over 1000 makes computer lag #890
Labels
No labels
HiDPI
bounty
bsd/freebsd
bsd/openbsd
bug
bug
build-infra
cantfix
critical
doc
duplicate
enhancement
fix-available
from git
from release
good first issue
help wanted
installer/package
invalid
linux
macOS
meta
needs testing
pull-request
query
question
regression
regression
v2.4.0
windows
wontfix
work-in-progress
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/barrier#890
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Abragus on GitHub (Mar 27, 2021).
Original GitHub issue: https://github.com/debauchee/barrier/issues/1110
When using my Logitech G502 with the polling rate set to 1000, certain parts of my computer lags heavily while moving the mouse (not when the mouse is still).
This includes, but is probably not limited to:
I did notice now, that it feels like all movement, except for the cursor maybe, is limited to 60 hz whenever the issue is happening. Not completely sure about this though.
Clicking 'stop' in the barrier client removes the lag completely. Closing down Barrier does NOT solve the issue, however. It does not matter if a client is connected or not. Lowering the polling rate of my mouse to 500 or anything lower also works. Using a cheapo mouse (which I'm sure has a polling rate below 1000), there is no problem either. The problem seems to be the combination of Barrier and a mouse with a high polling rate.
The weird thing is that I think this started when I first plugged in my new headphones (HyperX Cloud II Wireless), but even after I uninstalled absolutely everything that has to do with it (drivers, control programs, etc.) the problem was still there. And even if it did have something to do with my headphones, Barrier (or my mouse, whichever way you see it) is what is causing the problem, so the fix should be related to Barrier rather than anything else, in my mind at least.
I will happily add any information that is needed. I have not found anything unusual in the logs.
@Rick-laboratory commented on GitHub (Apr 1, 2021):
https://linustechtips.com/topic/1110338-1000hz-mouse-polling-lag-epidemic/ Its usual that 1000Hz Polling rate even 500Hz has a huge impact on the thread, responsible for it. A Mouse Hook reacting on incoming mouse events doesnt make it better. Because a 1000Hz pollingrate will inflate the number of events gathered, blowing up on following procederes invoking callbacks of doom. In other words it eats performance and has no benefit at all, you would ball out your shoulder before you would even come close to the acceleration which has to be archieved to make your 1000Hz Polling rate theoreticly usefull.
@xenago commented on GitHub (Jun 10, 2021):
This snippet of the above comment is inaccurate:
All that is required to see the effect of an increased polling rate is a computer with a 144hz+ display and a 1000hz mouse - just configure the mouse to 125hz in the driver and drag a window around the screen. A video game isn't required to notice the decreased polling rate - judder is visible immediately, it's incredibly distracting.
More information on this and related subjects is available on the Blurbusters site, which is an original source for much related subject matter on the web:
https://forums.blurbusters.com/viewtopic.php?f=10&t=6162#p46293
https://blurbusters.com/faq/mouse-guide/
Another place to go for input lag testing is the Battlenonsense YouTube channel:
Mouse testing - in particular, go to ~10:30 where there are clips of the visual difference:
https://www.youtube.com/watch?v=mwf_F2VboFQ
Input lag playlist:
https://www.youtube.com/playlist?list=PLfOoCUS0PSkXVGjhB63KMDTOT5sJ0vWy8
@Abragus commented on GitHub (Jun 10, 2021):
I agree. I do notice a difference even between 1000hz and 500hz (I have a 144hz monitor). I have resorted to lowering it to 500, since it isn't that noticable, and the lagging is a lot more annoying.
But I would still like this to be fixed. As I said in the original post, the responsibility to fix this should be on Barrier. It should be able to handle the high polling rate without making the computer lag, whether that is skipping every other movement report, or something else.
@Yairama commented on GitHub (Dec 5, 2022):
Hello!
I got that problem with a G502 Logitech Mouse wich causes lag on videogames with a polling rate greater than 1000.
I tried two ways, the first one was disabling the C-State in bios. It worked for me, but I wanted to search other ways.
Then I found in a forum that the problem had origin in the motherboard, so, if the devs had fixed the problem you just needed to update the bios. And, it worked for me again.
Personally I recommend the second way, then, if not work, try disabling the C-State.
@Hydraxous commented on GitHub (Apr 14, 2024):
I had never had an issue with this until today. I've always had my polling rate at 1000 and no observable effects.
I also have a G502 and I'm on Windows 10.
Today upon trying to use my mouse in any video game, the game stutters so bad it comes to a halt whenever I move my mouse.
The only change made to my pc was an automatic windows 10 update, so I had assumed that windows was the culprit.
However, changing the polling rate to 250 or 125 in the logitech app fixed the issue for me entirely.
@VormixSv commented on GitHub (May 8, 2024):
I have the same problem in the game "Sea of Thieves". Every time I move the mouse the FPS drops to 0 and the game literally freezes until I stop moving the mouse. My mouse polling rate is already 125Hz, but I even tried reducing it to 62Hz. It did not help. The game itself works fine as long as I don't move the mouse. Help!!
@vitaminmoo commented on GitHub (Jul 10, 2024):
https://github.com/debauchee/barrier/issues/490 appears to be a duplicate with this
@CABLE353 commented on GitHub (Jan 31, 2026):
I think I found the solution. Run the game as administrator. It worked for me on Sea of thieves. Wishing all the luck, hopefully it fixes it for any of you.
@nbolton commented on GitHub (Feb 2, 2026):
Barrier is no longer in development. Check out Deskflow (upstream) or Input Leap (fork).
https://github.com/deskflow/deskflow
https://github.com/input-leap/input-leap
If this is still an issue in those projects, we would appreciate a cross-post of this issue.