the actual napi tracking strategy is inducing a non-negligeable overhead. Everytime a multishot poll is triggered or any poll armed, if the napi is enabled on the ring a lookup is performed to either add a new napi id into the napi_list or its timeout value is updated. For many scenarios, this is overkill as the napi id list will be pretty much static most of the time. To address this common scenario, a new abstraction has been created following the common Linux kernel idiom of creating an abstract interface with a struct filled with function pointers. the patch serie consist of very minor fixes followed by the core of the changes to implement the new feature. v3 changes: - address minor comments in patch #3 - replace the double for loop hash macro with the single loop list macro to iterate the napi elements in patch #2 - add __cold attribute to common_tracking_show_fdinfo() and napi_show_fdinfo() v2 changes: - extract small changes from the core changes to ease minor fixes backport - totally remove the io_napi_tracking_ops interface Olivier Langlois (3): io_uring/napi: protect concurrent io_napi_entry timeout accesses io_uring/napi: fix io_napi_entry RCU accesses io_uring/napi: add static napi tracking strategy include/linux/io_uring_types.h | 2 +- include/uapi/linux/io_uring.h | 32 +++++++- io_uring/fdinfo.c | 41 ++++++++++ io_uring/napi.c | 140 +++++++++++++++++++++++++-------- io_uring/napi.h | 15 +++- 5 files changed, 192 insertions(+), 38 deletions(-) -- 2.46.1
