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. Creating an alternate napi tracking strategy is therefore made in 2 phases. 1. Introduce the io_napi_tracking_ops interface 2. Implement a static napi tracking by defining a new io_napi_tracking_ops Olivier Langlois (2): io_uring/napi: Introduce io_napi_tracking_ops io_uring/napi: add static napi tracking strategy include/linux/io_uring_types.h | 12 +- include/uapi/linux/io_uring.h | 30 ++++- io_uring/fdinfo.c | 4 + io_uring/napi.c | 226 +++++++++++++++++++++++++++++---- io_uring/napi.h | 11 +- 5 files changed, 243 insertions(+), 40 deletions(-) -- 2.46.0
