Re: [QUESTION/REGRESSION] Unbound kthreads scheduled on nohz_full CPUs after commit 041ee6f3727a
From: Waiman Long
Date: Mon Mar 23 2026 - 17:37:02 EST
On 3/23/26 12:58 AM, sheviks wrote:
Waiman Long <longman@xxxxxxxxxx> 於 2026年3月23日 週一 05:18 寫道:
The plan is to make nohz_full also dynamically changeable at run time inThat sounds like a great roadmap. I am very much looking forward to
the future. We are not there yet. Now HK_TYPE_KTHREAD is equivalent to
HK_TYPE_DOMAIN.
A CPU cannot be considered fully isolated if it is in either
HK_TYPE_DOMAIN or HK_TYPE_KERNEL_NOISE. Currently, the nohz_full kernel
parameter can be used to put a set of partially isolated CPUs in the
nohz_full reservoir. To fully isolate them, some or all of them will be
need to be put in an isolated cpuset partition. BTW, HK_TYPE_MANAGED_IRQ
will be made to be dynamic too.
That is my current view.
seeing the final implementation, as making nohz_full and managed IRQs
dynamic would be a significant improvement for runtime isolation
flexibility.
However, regarding the current state in 7.0rc4, I observed that
HK_TYPE_KTHREAD still appears to be initialized as
HK_TYPE_KERNEL_NOISE rather than HK_TYPE_DOMAIN in the initialization
path.
Perhaps this part of the alignment hasn't been merged into the mainline yet?
Yes, I notice that too. I am working on a patch to alias it to HK_TYPE_DOMAIN instead.
Cheers,
Longman
Thanks for the clarification and for your work on this!
Best regards,
Sheviks