4 ms·

Now I've read a bit of those links and also read a bit of the following other links: - https://utcc.utoronto.ca/~cks/space/blog/linux/KernelRcuNocbsMeaning htt

Now I've read a bit of those links and also read a bit of the following other links: - https://utcc.utoronto.ca/~cks/space/blog/linux/KernelRcuNocbsMeaning https://utcc.utoronto.ca/~cks/space/blog/linux/KernelRcuNocb... - https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_for_real_time/7/html/tuning_guide/offloading_rcu_callbacks https://access.redhat.com/documentation/en-us/red_hat_enterp... - https://help.ubuntu.com/community/Grub2/Setup https://help.ubuntu.com/community/Grub2/Setup And I've changed the following line in my /etc/default/grub from: GRUB_CMDLINE_LINUX="" to GRUB_CMDLINE_LINUX="rcu_nocbs=0-15 processor.max_cstate=5" since my CPU has 16 threads. And I've saved it and have run sudo update-grub Now I'm about to reboot the computer and then hopefully it will be more stable from now on :) Thanks again for the help bilange.

codetrotter 5y ago
Having now turned the computer back on I've also confirmed that these flags are indeed now being passed to the kernel when it is booted, as seen in the output of cat /proc/cmdline which shows the following: BOOT_IMAGE=/boot/vmlinuz-5.11.0-38-generic root=UUID=4dcba509-efff-4ccc-a099-f919240c767c ro rcu_nocbs=0-15 processor.max_cstate=5 quiet splash vt.handoff=7 And that's the "rcu_nocbs=0-15 processor.max_cstate=5" we added to our GRUB2 config shown right inside of there.