summaryrefslogtreecommitdiff
path: root/fs/fs_context.c
diff options
context:
space:
mode:
authorJens Axboe <axboe@kernel.dk>2020-02-14 22:23:12 -0700
committerJens Axboe <axboe@kernel.dk>2020-02-27 14:21:22 -0700
commitec93fff8a502a9c73f2397a6a49bc592663d7ed5 (patch)
treee61f14086641d589f761e47ec0ac9b234cdfe33b /fs/fs_context.c
parentc4d98b378778b4efcba0d0a2a21ae28a305d5d42 (diff)
io_uring: use poll driven retry for files that support itio_uring-task-poll
Currently io_uring tries any request in a non-blocking manner, if it can, and then retries from a worker thread if we get -EAGAIN. Now that we have a new and fancy poll based retry backend, use that to retry requests if the file supports it. This means that, for example, an IORING_OP_RECVMSG on a socket no longer requires an async thread to complete the IO. If we get -EAGAIN reading from the socket in a non-blocking manner, we arm a poll handler for notification on when the socket becomes readable. When it does, the pending read is executed directly by the task again, through the io_uring task work handlers. Not only is this faster and more efficient, it also means we're not generating potentially tons of async threads that just sit and block, waiting for the IO to complete. The feature is marked with IORING_FEAT_FAST_POLL, meaning that async pollable IO is fast, and that poll<link>other_op is fast as well. Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'fs/fs_context.c')
0 files changed, 0 insertions, 0 deletions