On Tue, 28 May 2024 at 10:52, Jingbo Xu <jefflexu@xxxxxxxxxxxxxxxxx> wrote: > > Hi Peter-Jan, > > Thanks for the amazing work. > > I'd just like to know if you have any plan of making fiq and fiq->lock > more scalable, e.g. make fiq a per-CPU software queue? Doing a per-CPU queue is not necessarily a good idea: async requests could overload one queue while others are idle. One idea is to allow request to go through a per-CPU fast path if the respective listener is idle. Otherwise the request would enter the default slow queue, where idle listeners would pick requests (like they do now). Might make sense to also optimize the way this picking is done if there are several idle listeners according to how close the listener's CPU is to the one that generated the request. Thanks, Miklos
