Server: Windows 10 build 1803
Client: Linux Mint 18.3 Cinnamon
2.1.0-RELEASE
This does not occur when Linux is hosting the server and Windows connects as the client.
I have a Win10/arch setup here but I can't reproduce your issue. Can you provide anything that might help me bring out the bug? Can anyone else confirm similar behavior?
I know this is late, but I just had a similar issue, except instead of pausing for a few seconds it was only like a half second. If I moved the mouse continuously it seemed fine, but if I paused, then the first time I moved the mouse or typed there'd be a noticeable, annoying lag. (Also Windows server, Linux Client)
For me it turned out to be because my Linux Client was on wifi; using ethernet gave me super smooth performance. So for anyone else having issues I'd consider looking at your network setup.
Followup to my last post: I did a bit more research and found that the reason ethernet was so much better was because wifi powersave was on. I won't list the steps to fix that since it may vary, but you should be able to google it. :)
Can this issue be closed?
I think barrier could issue a warning when excessive network latency is present. At least users would know that it's something on their side instead of thinking that the software is crap.
At least users would know that it's something on their side instead of thinking that the software is crap.
This, a hundred times.
Though, couldn't barrier also took care of handling powersave? It would be much more user-friendly, and it could even allow still some nice power saving (e.g. if the mouse is on the host, no need to keep it disabled)
I know wifi.powersave should be an actual hook for snaps then..
but NM can only set them via cfgs, and the kernel dropped long ago the api specifically crafted for that..
So, I think the only option would be calling iw? With some caveats.
In my Case I am running Windows 8.1 in QEMU KVM with GPU passthrough for gaming, its the only thing the windows VM gets used for.
Windows 8.1 is the Server and Linux is the client. My linux client occasionally hangs/pauses for what seems to be about 5 seconds. This only happens occasionally.
I would not think latency could be the issue when it happens on the same machine between the VM and Host.
Is there any way for me to debug what might be causing this? It only occurs when I have the input moved over to the linux client.
I notice it often if I am opening a right click menu of the mouse, but that's not the only time, its just one of the times I seem to notice it happen the most. During this time I can use the secondary mouse or keyboard that are connected directly to Linux, its just the ones being used through Barrier that appear to freeze/lock up.
Also sometimes I type things On the linux client, and the freeze up will happen, after a few seconds when it goes back to working the things that I was trying to type will finally show up, as if there was a massive delay but it still received the characters I was trying to type.
I have been dealing with this for about the last 8 months, and every time I silently grumble and just deal with it, but i have been using windows more lately.
May be related to #617
I ended up opening my own issue: https://github.com/debauchee/barrier/issues/645
I had issues with barrier the entire time I was using it which was under ubuntu 18.04.
Once I did a clean install of Ubuntu 20.04 and a clean install of my windows 8.1 vm, the issue was magically gone so I closed the issue I had open.
I suspect the issue was somehow with Ubuntu 18.04 because I used the exact same install media for the windows VM, and all it gets is a few games installed.
Most helpful comment
I think barrier could issue a warning when excessive network latency is present. At least users would know that it's something on their side instead of thinking that the software is crap.