Each time I unzip a package, download a file or copy large file, the UI is unresponsive.
If I’m looking at a video, I can continue to see the video, but the UI is completely unresponsive.
Can’t change window, or anything.
Got this problem with different disk. But currently, got this problem over a samsung 870 QVO 1to (for my home disk) and a Samsung 980 pro 500gb.
Thanks a lot for your help.
I have 36gb of swap. Is it too much ?
Will see if I can find something on dirty bytes cache bytes.
Thanks
Hello,
I already have changed the swapiness to 10.
Still have the problem.
Can’t find post related to dirty bytes cache bytes There is a lot of post not related to it.
Thanks
I just try to uncompress some archives. And still get the UI freeze (mouse can still move).
No swap at all get used when trying. Try with 3 archives at the same time, 1.5go, 1.9go and 4go. Have 32gig of ram. It should not swap at all …
I set six particular values of mine some time ago (and some of these I forget why ), but the main problem I was addressing was to speedup rsync tasks and heavy metadata operations. I tailored it to my 16GB RAM system.
I created a custom config file under /etc/sysctl.d/99-custom.conf, which contains the above settings. Albeit, without any “white spaces” (but that shouldn’t matter.)
I have a 1GB swap file configured and located at /swapfile (which rarely seems to be used.)
You could try the above 6 settings all together, and see if it makes any difference. (I’d test it after a reboot. Just keep in mind that rebooting will clear your buffers/cache in RAM.)
Here is the contents of my custom /etc/sysctl.d/99-custom.conf file:
# This one is the root / mount, with the 980 pro
╰─$ sudo cat /sys/block/nvme0n1/queue/scheduler
[none] mq-deadline kyber bfq
# This one is the /home mount with the qvo.
╭─henres@henres-home ~
╰─$ sudo cat /sys/block/sdd/queue/scheduler
[none] mq-deadline kyber bfq
I have two different computers (both KDE) one with 16GB of RAM, the other with 12GB. I can’t recreate the issue, even if I’m simultaneously copying a large file over an SMB share and uncompressing a large archive on the SSD.
The notable effect is it might slow down the copy operation itself (too much happening on the same storage device at the same time), but my UI remains the same.
Maybe your SSDs need a trim?
sudo fstrim -va
It will only output the results to filesystems with TRIM support.
Make sure your weekly fstrim.timer is also enabled and active:
The problem occurred on my old 9900k setup and now occurred on my 5950x setup. (I completely reinstalled everything between the setup, I switched from Solus to Manjaro, And it was the best idea I got from a long time <3)
Got the problem on solus OS before. And now the same occurred on manjaro with gnome or budgie UI.
It is very frustrating, I use linux as a daily os and this problem bother me a lot as git clone can freeze the UI …
So I tried to enable TRIM for luks but only arrive to set it for the /home.
But anyway. The problem occurred for both drive. So trim enable for /home and I trimmed the partition manually and still doing the same error.
I think the trim worked. And I was tricked by nautylus … when you click to the icon showing the time remaining and the speed you can’t click anywhere else on the screen (Thought It was freeze …).
But regarding the copy/move and download from firefox everything seem to work well.
I will see on the run If encounter this problem again.