I’m having freezes when using my notebook connected via HDMI to a 4K TV with Firefox open and occasionally downloading while watching 720/1080p videos with Haruna.
This could be because of a memory leak in Firefox, which apparently has been a complaint for a really long time.
NAME TYPE SIZE USED PRIO
/swapfile file 512M 0B -2
/dev/nvme1n1p6 partition 72G 0B -3
and my priorities are given by the kernel (negative values)
what does cat /etc/fstab | grep pri say about pri= values?
since you only have the one swap space it might not matter if it is set to 100, so that is where swappiness comes in to encourage the kernel to use it more often.
you might consider making the partition bigger to say 12GB, or making a 4GB swap file to add to your swap space menagerie
I wonder if tweaking oom-killer (out-of-memory killer) settings here is what you would need.
For example, Fedora made changes a few years ago to try to address the problem you’re seeing, i.e. that memory-heavy applications don’t get shut down aggressively enough to protect the responsiveness of the desktop environment.
However, once in a heavy swap scenario, it’s relatively common the system gets stuck in it, where GUI interactivity is terrible to non-existent, and also the kernel oom-killer doesn’t trigger. From a certain point of view, this is working as intended. The kernel oom-killer is concerned about keeping the kernel running. It’s not at all concerned about user space responsiveness.
This might be a question best asked on Cachy forums, since the default settings are distro-specific.