mirror of
https://github.com/debauchee/barrier.git
synced 2026-05-15 14:16:02 -06:00
[GH-ISSUE #701] HDD goes nuts when moving mouse between machines #557
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#557
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 @ivanaponi on GitHub (May 28, 2020).
Original GitHub issue: https://github.com/debauchee/barrier/issues/701
HDD goes nuts when moving mouse between machines
Windows 7 server, Linux client
Rapidly move the mouse between server and client, the client HDD activity light goes bonkers
Is this due to it being in Flatpak wrappers on Linux Mint (no native package there) or is it common to all packages?
@ivanaponi commented on GitHub (May 28, 2020):
Seems to mostly happen when the Cinnamon desktop and not a terminal or other app is foreground
@p12tic commented on GitHub (May 28, 2020):
@ivanaponi Could you install
iotopand run it in a terminal? That would show what process is using the HDD. I somehow suspect that Barrier logs too much stuff in your case, maybe worth to check what is the log level and reduce it?@ivanaponi commented on GitHub (May 28, 2020):
[jdb2/dm3-8] is reporting high IO % usage on the rapid change and it's only when the desktop is foreground (nemo desktop but not the nemo file explorer open does this)
Barrier log level is INFO and it's reporting enter leave screen, but this isn't happening for other foreground apps that also cause the logging
@shymega commented on GitHub (May 28, 2020):
Weird.
[jdb2/dm3-8are kernel-space processes - see here for a bit more info - so I do wonder why the I/O usage is spiking with regards to Barrier. What desktop environment do you use? I've had issues with high I/O usage with KDE and GNOME for example.@ivanaponi commented on GitHub (May 28, 2020):
Cinnamon Desktop Environment (with nemo as the desktop file manager - but not happening with nemo file manger window), Barrier is in a Flatpak wrapper (not my choice but the only one available for Linux Mint 19.3 repos).
@github-actions[bot] commented on GitHub (Sep 21, 2020):
This issue has been automatically marked as stale due to inactivity. It will be closed if no further activity occurs. Thank you for your contributions.
@p12tic commented on GitHub (Jan 10, 2021):
This is a valid bug report, let's not close it.
@p12tic commented on GitHub (Jan 10, 2021):
I think the problem is that Barrier flushes logs to disk too often. I've fixed a number of unnecessary flushes in #1013, but this does not affect logging.