From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.3 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E6D21C5DF64 for ; Wed, 6 Nov 2019 09:06:14 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id B5D392178F for ; Wed, 6 Nov 2019 09:06:14 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="AnakT2z5" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726903AbfKFJGO (ORCPT ); Wed, 6 Nov 2019 04:06:14 -0500 Received: from mail-lj1-f196.google.com ([209.85.208.196]:46769 "EHLO mail-lj1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726843AbfKFJGO (ORCPT ); Wed, 6 Nov 2019 04:06:14 -0500 Received: by mail-lj1-f196.google.com with SMTP id e9so11862922ljp.13; Wed, 06 Nov 2019 01:06:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=mrQThYzlmp/93XjvjFI8oFe9HW2oaRfECwBukScPOhE=; b=AnakT2z5yDwc1XvDOp+IEMAhV1yR8m/c73/OcN+CpRJRMhEaLW1S0TuIXUd9GuxZSj W/OxPMX1pspQwXVtmK07ROTnCYie2hCvgtwyr/XVQ+4g/tWbQhYOa1jB3B8F+fBZa2wm Ag96tZgpoxRKaKqMd39Sgf1oIhPpwrbBOq2moY89rCPDNbWrQptddZTx5D7qWT1jnwsH i5XbYPz3j+EwfUOAjladI+rmtpgvlsRjHfxix/RbYte09bFcICz/j+bWs5HzM6y+nILh cw0srFZrpJxM8R2AWzyIcJ/OU7tqh+6+Jgl9Eypva1jZeMsLtrHZ0eE5Biyqx0jA5PCT M0VA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=mrQThYzlmp/93XjvjFI8oFe9HW2oaRfECwBukScPOhE=; b=brsGZlDsI/2snj3enWtx1rIfHpqsvlQN1RxgRD53z5sY4/6aGFtMQ/dXLrESNdjhs+ yH4YtNx0IoZoCI9ramNSOA43kCdsJA0BZVEJgk3fCVfYBQ/XDOqqC4cy2haGLh6uNva0 A22ymN+nVOtiVCfOjvDOwKMI2aDBH+iV+RqVCnFjOrnqyqE7FbUUSZIrd7ONJ4m/k0Wh s5CONH/mIbWr79ZDLn0xHnKmI9oUObwuI9uB5GAtfos6VpPR5HywZ0AKqqXqxkCNF1Qm 6zYyfojdkZF9OjTJkyvUeMtz6No5BNkHEwGXdSyRO0WgFWlTaurcuwCJU+7/r58rmD96 nfjg== X-Gm-Message-State: APjAAAX0x7pzkpmhU4WGnJDEvs4c7ZCNh/sgJHhaHZNY9A5PKtSmpbVM 0nr9ooqhlh2VPjhGdGxmBBxUj9rEPOA= X-Google-Smtp-Source: APXvYqweTUCxdx6HO1+zBdu6gWtURsMm6MQLXWzDJJ4SxVEqOCkQOz3uw6O6Xucq4v5nKo9/hy9fvw== X-Received: by 2002:a2e:300e:: with SMTP id w14mr1074167ljw.114.1573031171176; Wed, 06 Nov 2019 01:06:11 -0800 (PST) Received: from [172.31.190.83] ([86.57.146.226]) by smtp.gmail.com with ESMTPSA id n21sm6914794ljc.67.2019.11.06.01.06.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 06 Nov 2019 01:06:10 -0800 (PST) Subject: Re: [PATCH v2 2/2] io_uring: io_queue_link*() right after submit To: Bob Liu , Jens Axboe , io-uring@vger.kernel.org, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org References: <85a316b577e1b5204d27a96a7ce452ed6be3c2ae.1572988512.git.asml.silence@gmail.com> <8700c9a3-01aa-2af6-c275-1f17734c2cc5@oracle.com> From: Pavel Begunkov Message-ID: <81c2db6f-e262-328a-5917-71b30d9390a5@gmail.com> Date: Wed, 6 Nov 2019 12:06:09 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <8700c9a3-01aa-2af6-c275-1f17734c2cc5@oracle.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-block-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-block@vger.kernel.org On 11/6/2019 11:36 AM, Bob Liu wrote: > On 11/6/19 5:22 AM, Pavel Begunkov wrote: >> After a call to io_submit_sqe(), it's already known whether it needs >> to queue a link or not. Do it there, as it's simplier and doesn't keep >> an extra variable across the loop. >> >> Signed-off-by: Pavel Begunkov >> --- >> fs/io_uring.c | 22 ++++++++++------------ >> 1 file changed, 10 insertions(+), 12 deletions(-) >> >> diff --git a/fs/io_uring.c b/fs/io_uring.c >> index ebe2a4edd644..82c2da99cb5c 100644 >> --- a/fs/io_uring.c >> +++ b/fs/io_uring.c >> @@ -2687,7 +2687,6 @@ static int io_submit_sqes(struct io_ring_ctx *ctx, unsigned int nr, >> struct io_submit_state state, *statep = NULL; >> struct io_kiocb *link = NULL; >> struct io_kiocb *shadow_req = NULL; >> - bool prev_was_link = false; >> int i, submitted = 0; >> bool mm_fault = false; >> >> @@ -2710,17 +2709,6 @@ static int io_submit_sqes(struct io_ring_ctx *ctx, unsigned int nr, >> } >> } >> >> - /* >> - * If previous wasn't linked and we have a linked command, >> - * that's the end of the chain. Submit the previous link. >> - */ >> - if (!prev_was_link && link) { >> - io_queue_link_head(ctx, link, &link->submit, shadow_req); >> - link = NULL; >> - shadow_req = NULL; >> - } >> - prev_was_link = (s.sqe->flags & IOSQE_IO_LINK) != 0; >> - >> if (link && (s.sqe->flags & IOSQE_IO_DRAIN)) { >> if (!shadow_req) { >> shadow_req = io_get_req(ctx, NULL); >> @@ -2741,6 +2729,16 @@ static int io_submit_sqes(struct io_ring_ctx *ctx, unsigned int nr, >> trace_io_uring_submit_sqe(ctx, s.sqe->user_data, true, async); >> io_submit_sqe(ctx, &s, statep, &link); >> submitted++; >> + >> + /* >> + * If previous wasn't linked and we have a linked command, >> + * that's the end of the chain. Submit the previous link. >> + */ >> + if (!(s.sqe->flags & IOSQE_IO_LINK) && link) > The behavior changed to 'current seq' instead of previous after dropping prev_was_link? > The old behaviour was to remember @prev_was_link for current sqe, and use at the beginning of the next iteration, where it becomes "previous/last sqe". See, prev_was_link was set after io_queue_link_head. If @i is iteration idx, then timeline was: i: sqe[i-1].is_link -> io_queue_link_head() # if (prev_was_link) i: sqe[i].is_link = prev_was_link = (sqe[i].flags & LINK) i+1: sqe[i].is_link -> io_queue_link_head() # if (prev_was_link) i+1: sqe[i+1].is_link = ... After the change, it's done at the same loop iteration by swapping order of checking @prev_was_link and io_queue_link_head(). i: sqe[i].is_link = ... i: sqe[i].is_link -> io_queue_link_head() i+1: sqe[i+1].is_link = ... i+1: sqe[i+1].is_link -> io_queue_link_head() Shouldn't change the behavior, if I'm not missing something. >> + io_queue_link_head(ctx, link, &link->submit, shadow_req); >> + link = NULL; >> + shadow_req = NULL; >> + } >> } >> >> if (link) >> >