Это кернел какой версии? А то примерно в 6.1...6.2 чтоли заметную часть RT_LINUX втянули в майнлайн, понимание что есть PREEMPT_RT поменялось. Теперь там это как-то так стало:
│ -> General setup │
│ (1) -> Preemption Model (<choice> [=y]) │
│ -> Fully Preemptible Kernel (Real-Time) (PREEMPT_RT [=n]) │
И вот именно там, именно это, на именно десктопе - уже спорное решение, потому что активация вот этого вот приводит к...
1) Доступности довольно специфичных режимов шедулинга задач, "как RTOS", когда можно гарантировать что на окне X миллисекунд вон та задача получит никак не менее Y хоть там что. Это очень круто - но на десктопе нафиг не уперлось в вот именно таком виде, вы ж не собираетесь кодить управляющий сервис которому реалтайм приоритет с гарантиями развешивать, и это на обычный десктоп, да?!
2) Вырубанию или обрубанию всех фич которые могут всему этому как-то мешать.Это все прекрасно но во первых создает уже достаточно измеримый оверхед в шедулере. Во вторых достаточно агрессиыно вырубает неожиданные вещи, вплоть до того что оно в какой-то из версий совсем dmesg могло отключать с аргументом "может сорвать гарантии реалтаймности". Реально может в специфичных случаях. Но это касается только парочки последних ядер веток 6.х.
Даже в самом последнем майнлайне сабжевые патчи еще НЕ ассимилировали ЦЕЛИКОМ, в вот именно основную кодовую базу. Даже в 6.2-rc7 еще не ВСЕ патчи. И вот тут клювом клацать не стоит. Ядро линукс не мировая константа а заученные раз ритуалы не гарантия что завтра будет как вчера. Вон то теперь чуть другое может означать чем раньще. С довольно заметным изменением свойств.
p.s. Кстати NO_HZ_FULL ничем таким не плох. Хотя там тоже нюансы. Наиболее очевидные факапы так то в хелпе к фиче написаны обычно.