I have a few dodgy cheap SSDs, so I'm not surprised by slow I/O performance in general. But my Plasma desktop frequently freezes for 1-3 seconds (including the cursor!) whenever there is high IO load, for example while installing a Steam game.
Updating the screen should be completely independent from I/O, shouldn't it? Is there anything I could've misconfigured in my Arch Linux? I'm running Plasma 6.1.4 in Wayland.
Chiming in to say that I've also experienced this on systems with an unresponsive NFS mount, although in that case it hangs until the connection is restored or the network operation times out.
Happened to me as well, freezing up the whole system, especially with many/large files. None of the suggestions I found online actually worked. Happened on USB drives as well.
Then my whole HD gave up completely. Replaced it and all problems are gone. USB drives as well: turns out Linux at least tries to read it so you can attempt to save some data, while Windows just says it's unreadable.
Years ago I had a similar problem that was resolved by changing the method of I/O scheduling.
https://www.techrepublic.com/article/how-to-change-the-linux-io-scheduler-to-fit-your-needs/
I'm not sure which one I used or if this is still relevant with modern Linux but it's something to look into that might help.
It might be interesting to determine whether the freezes are limited to Plasma or are happening within the kernel.
- Have you tried Control+Alt+F1/F2/F3 ... F8, to see if switching virtual consoles still works while the freezes are happening?
- Do you have another machine on the same network? You could use it to ssh into your desktop machine, and when the freezes are happening, see if they affect ssh interactivity.
