tbg
11 February 2022 21:26
34
As always whenever you are experiencing serious issues with your system it is best to test alternate kernels. I would suggest you test at least the LTS, mainline, and cacule kernels.
There have been many threads regarding high resource usage in the past on the forum. I would suggest reading these:
hello alll.
I have 4 core intel N4200 cpu, 512GB ssd and 4GB of ram.
system is unresponsive when I am running updates.
Cursor moves but let's say the website ain't scrolling/ keyboard typing
Ram is not full.
I have tried muqss and bmq kernels, but not much difference.
It can be related to the disk activity.
which kernel can help.
I am not taxing it too much. For me 4GB of ram IS enough. was enough in Manjaro for years and with core 2 duo.
Please, any ideas guys?
Even on usual daily basis, CPU Load will be too High even for very small tasks.
And everytime, booting takes more time than usual, and after logging in it takes much more time to bring up all panels and all other stuff.
Fan runs in high speed with noise all the time, even may be GPU.
Ram may or may not be high everytime usually [ I can't add this in list for now, but if i get any suggestion, u r welcome :)]
System Freezes more oftenly many times literally almost everytime (which i can't bea…
I'm running Garuda on a relatively high-end system, and I am having incredibly frustrating stystem hangs. I'm booted off of a 970 Pro, and I've had constant hangs the last several days from random 100% IO usage.
It worked fine until I reinstalled a few days ago, and now it's unusable.
[Imgur]
When stuff like this happens, everything crawls to a stop.
This shouldn't be happening with an NVME SSD. Anyone have any tips?
[image]
I've tried disabling sw…
Post your terminal/konsole in- and output as text (no pictures) from:
System:
Kernel: 5.16.0-zen1-1-zen x86_64 bits: 64 compiler: gcc v: 11.1.0
parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-zen
root=UUID=03da7a37-4ea3-4808-b057-6f1ef916effa rw rootflags=subvol=@
splash rd.udev.log_priority=3 vt.global_cursor_default=0
systemd.unified_cgroup_hierarchy=1
resume=UUID=6b5e9134-5814-43fa-a3ec-627a454e7d9c loglevel=3
Desktop: KDE Plasma 5.23.5 tk: Qt 5.15.2 info: latte-dock wm: kwin_x11
vt: 1 dm: SDD…
Personally I think disabling btrfs quotas and disabling scheduled snapshots might be the most likely fix. After that, deleting all your snapshots and then performing a full btrfs balance is often helpful.
2 Likes