O artigo principal que explica isso está aqui: link
Para uma sincronização mais rápida, muitas estruturas no kernel são "RCU", ou read-copy-update. Muitos threads podem ler simultaneamente sem bloquear, e os threads que desejam alterar a estrutura podem fazer isso rapidamente copiando os dados relevantes para um novo local e alterando a referência ("remoção"). No entanto, os dados antigos devem permanecer por mais algum tempo para que os threads de leitura possam concluir seu trabalho. Quando os dados antigos não têm mais leitores trabalhando, eles podem finalmente ser excluídos ("recuperação").
Os threads rcuos e rcuob estão lá para manipular a parte de recuperação desse processo. Ele costumava ser tratado como parte do software IRQ, o que significava que ele poderia tirar o poder do processador dos processos críticos do usuário em momentos inoportunos. Ao mover isso para um grupo de threads rcu ** dedicados, o sistema pode ser ajustado para tornar esse processo de recuperação menos intrusivo.
Reduzir o jitter do SO não é o propósito desses threads, embora possa ser a principal razão pela qual eles existem.