On Thu, Dec 08, 2022 at 01:06:14PM +0100, Pablo Neira Ayuso wrote: > On Tue, Nov 22, 2022 at 06:45:58PM +0200, Julian Anastasov wrote: > > Hello, > > > > This patchset implements stats estimation in kthread context. > > It replaces the code that runs on single CPU in timer context every > > 2 seconds and causing latency splats as shown in reports [1], [2], [3]. > > The solution targets setups with thousands of IPVS services, destinations > > and multi-CPU boxes. > > Series applied to nf-next, thanks. Oh wait. I have to hold this back, I have a fundamental question: [PATCHv7 4/6] ipvs: use kthreads for stats estimation uses kthreads, these days the preferred interface for this is the generic workqueue infrastructure. Then, I can see patch: [PATCHv7 5/6] ipvs: add est_cpulist and est_nice sysctl vars allows for CPU pinning which is also possible via sysfs. Is there any particular reason for not using the generic workqueue infrastructure? I could not find a reason in the commit logs. Thanks.
