From: Pavel Begunkov <[email protected]> To: Jens Axboe <[email protected]>, [email protected] Subject: [RFC] io_uring: submit even with overflow backlog Date: Thu, 15 Apr 2021 13:40:50 +0100 [thread overview] Message-ID: <0933f5027f3b7b7eea8a7ece353db9c516816b1b.1618489868.git.asml.silence@gmail.com> (raw) Not submitting when have requests in overflow backlog looks artificial, and limits users for no clear purpose, especially since requests with resources are now not locked into it but it consists for a small memory area. Remove the restriction. Signed-off-by: Pavel Begunkov <[email protected]> --- Mainly for discussion. It breaks several tests, and so in theory userspace, but can't think this restriction not being just a nuisance to the userspace. IMHO much more convenient to allow it, userspace can take care of it itself if needed, but for those who don't care and use rings in parallel (e.g. different threads for submission and completion), it will be hell of a synchronisation. fs/io_uring.c | 6 ------ 1 file changed, 6 deletions(-) diff --git a/fs/io_uring.c b/fs/io_uring.c index 357993e3e0d2..21026653e1c1 100644 --- a/fs/io_uring.c +++ b/fs/io_uring.c @@ -6673,12 +6673,6 @@ static int io_submit_sqes(struct io_ring_ctx *ctx, unsigned int nr) { int submitted = 0; - /* if we have a backlog and couldn't flush it all, return BUSY */ - if (test_bit(0, &ctx->sq_check_overflow)) { - if (!__io_cqring_overflow_flush(ctx, false)) - return -EBUSY; - } - /* make sure SQ entry isn't read before tail */ nr = min3(nr, ctx->sq_entries, io_sqring_entries(ctx)); -- 2.24.0
WARNING: multiple messages have this Message-ID (diff)
From: Pavel Begunkov <[email protected]> To: Jens Axboe <[email protected]>, [email protected] Subject: [PATCH] io_uring: don't fail submit with overflow backlog Date: Sat, 17 Apr 2021 00:28:37 +0100 [thread overview] Message-ID: <0933f5027f3b7b7eea8a7ece353db9c516816b1b.1618489868.git.asml.silence@gmail.com> (raw) Message-ID: <20210416232837.EpkCt1h-_Fk1PTRiQA92ifC9l5pNLc2vk84GqYJcJJc@z> (raw) Don't fail submission attempts if there are CQEs in the overflow backlog, but give away the decision making to the userspace. It might be very inconvenient to the userspace, especially if submission and completion are done by different threads. We can remove it because of recent changes, where requests are now not locked by the backlog, backlog entries are allocated separately, so they take less space and cgroup accounted. Signed-off-by: Pavel Begunkov <[email protected]> --- since RFC: commit message rewording fs/io_uring.c | 6 ------ 1 file changed, 6 deletions(-) diff --git a/fs/io_uring.c b/fs/io_uring.c index 357993e3e0d2..21026653e1c1 100644 --- a/fs/io_uring.c +++ b/fs/io_uring.c @@ -6673,12 +6673,6 @@ static int io_submit_sqes(struct io_ring_ctx *ctx, unsigned int nr) { int submitted = 0; - /* if we have a backlog and couldn't flush it all, return BUSY */ - if (test_bit(0, &ctx->sq_check_overflow)) { - if (!__io_cqring_overflow_flush(ctx, false)) - return -EBUSY; - } - /* make sure SQ entry isn't read before tail */ nr = min3(nr, ctx->sq_entries, io_sqring_entries(ctx)); -- 2.24.0
next reply other threads:[~2021-04-15 12:45 UTC|newest] Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-04-15 12:40 Pavel Begunkov [this message] 2021-04-15 13:59 ` [RFC] io_uring: submit even with overflow backlog Jens Axboe 2021-04-15 14:00 ` Pavel Begunkov 2021-04-16 23:28 ` [PATCH] io_uring: don't fail submit " Pavel Begunkov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=0933f5027f3b7b7eea8a7ece353db9c516816b1b.1618489868.git.asml.silence@gmail.com \ [email protected] \ [email protected] \ [email protected] \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox