Received: by 2002:a05:7412:37c9:b0:e2:908c:2ebd with SMTP id jz9csp2560819rdb; Fri, 22 Sep 2023 02:07:44 -0700 (PDT) X-Google-Smtp-Source: AGHT+IH90Z0/e/mBYe3VzzwLi8AFl1y447ipq8TAdDh8v9v7kNwgmnvFRr4uA67JDo/a2ZuQKtuA X-Received: by 2002:a17:902:8c93:b0:1c4:6ca6:35b3 with SMTP id t19-20020a1709028c9300b001c46ca635b3mr7019419plo.44.1695373664517; Fri, 22 Sep 2023 02:07:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1695373664; cv=none; d=google.com; s=arc-20160816; b=w+3MtT6ob5MLvi/qyB3dU5KsrUMqtEqijp0SyzvLnFTgofk8FU4PdmwI6074LV3H9K MOUdVHxsPUFklEkSvRvp/nxzvIh0yEY/SHpM/+U2+gpUbduBs7xHseUxE7rdHwGTx4Wb YoC32h4wddzSU6kqcuNXzh90mWO9ixevqSzDLmQgxjwLHdFN2clU4EWj3KhFPlFR9s2b IVnePVXNGCBMoAAZJR9b7fOwnGtyWaPcfwE3oq8oIFl2fp00s2mLs+Cv3m6oM5msQfP9 aLKawl/ZXQnmjtGQrrIdSzgsh83c5spNKMCk2TAHFsPssc/O1VsEEZ8e3JfAnRp7xZvt 0qFQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=tPTCtaqbKGccEC5PGZGu8j88Z3LYbxZf/KUwfbQeLNQ=; fh=osRuhd8ymWapU0IYvZgvh/1X4iBtq6oxDgJSeRwvD6Y=; b=gt7RVJ4goY8iAlH6di5O5SilsMYh0LbgnAK1qrEW6DyFxDCQqNz3vDBZt/QbD3pWqs KimYEot57GYRYNeh8AFuKlz/D3RAgo/Zgs6s6h/KG8Ohr2jFsQcqVx1bssjr5SRAO78j 9LEYdWQEytbQ/isxlcDclNMSobodGeeehxT0h7xzk+OgRrE/w3rITEncu7OSrzHV2obx Rkmzxv4V8lDfeG0lvrMOkh3odkHFK9+ZVHGpJnLJrUnvbI2WL0EDPE82IGqNRixOs36Z haK/Ty72Barx17sh+JiCzi0X19iKYz+9+nLoG4nlIVPr2Mx9MV+E9vAHrlfwU6yK7umm zdxg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SSuZITQS; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from agentk.vger.email (agentk.vger.email. [2620:137:e000::3:2]) by mx.google.com with ESMTPS id u8-20020a17090282c800b001bf5f853a86si3169382plz.647.2023.09.22.02.07.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Sep 2023 02:07:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) client-ip=2620:137:e000::3:2; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=SSuZITQS; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id EC62D80A32EF; Fri, 22 Sep 2023 01:55:59 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232758AbjIVIzz (ORCPT + 99 others); Fri, 22 Sep 2023 04:55:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56238 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232740AbjIVIzx (ORCPT ); Fri, 22 Sep 2023 04:55:53 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B2501CA for ; Fri, 22 Sep 2023 01:55:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1695372903; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=tPTCtaqbKGccEC5PGZGu8j88Z3LYbxZf/KUwfbQeLNQ=; b=SSuZITQSZUPmG3VhYHhl8YmB8HzHnq/Fn1eiB9YcrUPJfXLAv1N5V6xQrPYrOJvVYdmkf1 Uc+8WW2jBYg946BrYjbgygB7+sY5mG/p9O4BbOJl16vn6mGFTzXhKqDWqCU5CVBaMZrPak 53Fk3+dBcyxphQUy3y0lXRKtjj3S7NY= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-298-2yX3J01LMWyZbpO3NlUveA-1; Fri, 22 Sep 2023 04:54:58 -0400 X-MC-Unique: 2yX3J01LMWyZbpO3NlUveA-1 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.rdu2.redhat.com [10.11.54.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 09411185A797; Fri, 22 Sep 2023 08:54:58 +0000 (UTC) Received: from fedora (unknown [10.72.120.3]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 9391140C6EBF; Fri, 22 Sep 2023 08:54:52 +0000 (UTC) Date: Fri, 22 Sep 2023 16:54:47 +0800 From: Ming Lei To: chengming.zhou@linux.dev Cc: axboe@kernel.dk, hch@lst.de, bvanassche@acm.org, kbusch@kernel.org, mst@redhat.com, damien.lemoal@opensource.wdc.com, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, Chengming Zhou Subject: Re: [PATCH v2 5/5] block/null_blk: add queue_rqs() support Message-ID: References: <20230913151616.3164338-1-chengming.zhou@linux.dev> <20230913151616.3164338-6-chengming.zhou@linux.dev> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20230913151616.3164338-6-chengming.zhou@linux.dev> X-Scanned-By: MIMEDefang 3.1 on 10.11.54.2 X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Fri, 22 Sep 2023 01:56:00 -0700 (PDT) On Wed, Sep 13, 2023 at 03:16:16PM +0000, chengming.zhou@linux.dev wrote: > From: Chengming Zhou > > Add batched mq_ops.queue_rqs() support in null_blk for testing. The > implementation is much easy since null_blk doesn't have commit_rqs(). > > We simply handle each request one by one, if errors are encountered, > leave them in the passed in list and return back. > > There is about 3.6% improvement in IOPS of fio/t/io_uring on null_blk > with hw_queue_depth=256 on my test VM, from 1.09M to 1.13M. I guess you pass 'shared_tags' to null_blk for the verification? > > Signed-off-by: Chengming Zhou > --- > drivers/block/null_blk/main.c | 20 ++++++++++++++++++++ > 1 file changed, 20 insertions(+) > > diff --git a/drivers/block/null_blk/main.c b/drivers/block/null_blk/main.c > index 968090935eb2..79d6cd3c3d41 100644 > --- a/drivers/block/null_blk/main.c > +++ b/drivers/block/null_blk/main.c > @@ -1750,6 +1750,25 @@ static blk_status_t null_queue_rq(struct blk_mq_hw_ctx *hctx, > return null_handle_cmd(cmd, sector, nr_sectors, req_op(rq)); > } > > +static void null_queue_rqs(struct request **rqlist) > +{ > + struct request *requeue_list = NULL; > + struct request **requeue_lastp = &requeue_list; > + struct blk_mq_queue_data bd = { }; > + blk_status_t ret; > + > + do { > + struct request *rq = rq_list_pop(rqlist); > + > + bd.rq = rq; > + ret = null_queue_rq(rq->mq_hctx, &bd); > + if (ret != BLK_STS_OK) > + rq_list_add_tail(&requeue_lastp, rq); > + } while (!rq_list_empty(*rqlist)); > + > + *rqlist = requeue_list; > +} > + null_blk may not be one perfect example for showing queue_rqs() which is usually for handling request in batch, but for test or demo purpose, it is fine: Reviewed-by: Ming Lei Thanks Ming