diff options
author | Dylan Yudaken <dylany@fb.com> | 2022-06-30 02:12:29 -0700 |
---|---|---|
committer | Jens Axboe <axboe@kernel.dk> | 2022-07-24 18:39:17 -0600 |
commit | b3fdea6ecb55c3ceea866ff66486927e51a982b3 (patch) | |
tree | a10146a5ecc4c71962b1c50ac9fca6730a3b41be /fs/adfs | |
parent | cbd25748545c709d35734deb9220e0af0a69e5d2 (diff) | |
download | linux-stable-b3fdea6ecb55c3ceea866ff66486927e51a982b3.tar.gz linux-stable-b3fdea6ecb55c3ceea866ff66486927e51a982b3.tar.bz2 linux-stable-b3fdea6ecb55c3ceea866ff66486927e51a982b3.zip |
io_uring: multishot recv
Support multishot receive for io_uring.
Typical server applications will run a loop where for each recv CQE it
requeues another recv/recvmsg.
This can be simplified by using the existing multishot functionality
combined with io_uring's provided buffers.
The API is to add the IORING_RECV_MULTISHOT flag to the SQE. CQEs will
then be posted (with IORING_CQE_F_MORE flag set) when data is available
and is read. Once an error occurs or the socket ends, the multishot will
be removed and a completion without IORING_CQE_F_MORE will be posted.
The benefit to this is that the recv is much more performant.
* Subsequent receives are queued up straight away without requiring the
application to finish a processing loop.
* If there are more data in the socket (sat the provided buffer size is
smaller than the socket buffer) then the data is immediately
returned, improving batching.
* Poll is only armed once and reused, saving CPU cycles
Signed-off-by: Dylan Yudaken <dylany@fb.com>
Link: https://lore.kernel.org/r/20220630091231.1456789-11-dylany@fb.com
Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'fs/adfs')
0 files changed, 0 insertions, 0 deletions