-
-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use io_uring fast-poll or poll op's multi-shot #156
Comments
IIRC the reason what to save memory to be commited for future unknown reads: this is beneficial for a slow-path, but still necessary for a common use case ie idle connection(s) Any proposal on how to deal with this differently? FYI looking at what And adding frevib/io_uring-echo-server#5 (comment) to better understand the implications of using |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Seems that for regular socket send/recv operations, current implementation still uses one pair of poll op and send/recv op, which is inefficient. Below perf report shows that io_poll_add() introduces obvious overhead.
2.54% _raw_spin_unlock_irqrestore
I wonder whether we can use IORING_FEAT_FAST_POLL or IORING_OP_POLL_ADD's IORING_POLL_ADD_MULT feature, which will reduce most io_poll_add calls.
The text was updated successfully, but these errors were encountered: