Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp1220591rwe; Thu, 25 Aug 2022 18:56:42 -0700 (PDT) X-Google-Smtp-Source: AA6agR4gOJK7oR/cwdZ8Rz/1S1Cfj3V4FeuD6QHuSYNvk2K28JaGAkpE99v52THkJUSEyvFJntES X-Received: by 2002:a05:6402:2802:b0:43a:9098:55a0 with SMTP id h2-20020a056402280200b0043a909855a0mr5173675ede.179.1661479002211; Thu, 25 Aug 2022 18:56:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661479002; cv=none; d=google.com; s=arc-20160816; b=wEJAGuC9+Ey7Xw3E156M+fYGL/TtgK/OalNR6zxPEJI8M7wd/3KAHtH2fU284UtrnW qYDakONLrWj75oGuN8xhn/rkDEIHDU4TjWWVYTkD5QiLRa7f2yPZGvs3SdiSiyAgOl2U NKPFhq493Es6yics5qYUGeUZiuVfqO0GguDdgF5cD4EXQcxd1Nd4rSOdKYtweAW9xhIB /j6b4w4ReJu8F98yD3Q0QKK92ViyaY3lBYk6dKTUQBYjBUE9qXNk/rMrWtS9U/m8FOcX E+TdRwFEpA+FBBnSWUhENcESSIWW8E467impwuMJQmHSk82Y2eVE1WtHjJBBwk+Z7ilI iNDw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from; bh=ONKXpjXbU2tUiXlIEwU2+C8ezDDUzwSKYU+zCB/WVG4=; b=lbhMM4oH1kst7EShicGEz6HILoqzzq8AxJ+vv4trOWKfpiE5Qf9f50X8DQreTxO+eQ mE6cjEBYzP11s7B92VH+bUusliAa/o08Yej0gwN0PNFEkNvm/pMCUj2lBstukGHdWyu3 PpQis0Xxdl1k8KeY1ubH9vFv274Ni0I/UtApseaEb5OHr4EB9ijqA5rau1PbdJ14IOn9 zhMQu0C2reS6iGoXtocPc15SH2c7DdUaDpQgiSR3etc4IDO/qmOL8EGcTPL4OWQ1/Do3 Em+2Uj4OZjSZV6yRvy2Dmr4cAUZquLlMt+F6rojSSsGTWmVRMXxZcShf5NfQFHDp0iRp IznA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id m7-20020a056402430700b004408bac1e2fsi673177edc.370.2022.08.25.18.56.15; Thu, 25 Aug 2022 18:56:42 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=alibaba.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244478AbiHZB1N (ORCPT + 99 others); Thu, 25 Aug 2022 21:27:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53622 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244409AbiHZB1J (ORCPT ); Thu, 25 Aug 2022 21:27:09 -0400 Received: from out30-57.freemail.mail.aliyun.com (out30-57.freemail.mail.aliyun.com [115.124.30.57]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 50ABEA7225; Thu, 25 Aug 2022 18:27:02 -0700 (PDT) X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R491e4;CH=green;DM=||false|;DS=||;FP=0|-1|-1|-1|0|-1|-1|-1;HT=ay29a033018045168;MF=liusong@linux.alibaba.com;NM=1;PH=DS;RN=3;SR=0;TI=SMTPD_---0VNGOONg_1661477190; Received: from localhost(mailfrom:liusong@linux.alibaba.com fp:SMTPD_---0VNGOONg_1661477190) by smtp.aliyun-inc.com; Fri, 26 Aug 2022 09:27:00 +0800 From: Liu Song To: axboe@kernel.dk Cc: linux-block@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH] blk-mq: determine in advance whether batch alloc can be performed Date: Fri, 26 Aug 2022 09:26:30 +0800 Message-Id: <1661477190-86862-1-git-send-email-liusong@linux.alibaba.com> X-Mailer: git-send-email 1.8.3.1 X-Spam-Status: No, score=-9.9 required=5.0 tests=BAYES_00, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,UNPARSEABLE_RELAY,USER_IN_DEF_SPF_WL autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Liu Song Some conditions for judging whether batch alloc can be performed are included in "blk_mq_get_tags", and this function is only used by "__blk_mq_alloc_requests_batch". This patch introduced a helper "can_do_batch_alloc" to prepend the judgment condition and avoid unnecessary function calls. Signed-off-by: Liu Song --- block/blk-mq-tag.c | 3 --- block/blk-mq.c | 11 ++++++++++- 2 files changed, 10 insertions(+), 4 deletions(-) diff --git a/block/blk-mq-tag.c b/block/blk-mq-tag.c index 8e3b36d..cda3987 100644 --- a/block/blk-mq-tag.c +++ b/block/blk-mq-tag.c @@ -115,9 +115,6 @@ unsigned long blk_mq_get_tags(struct blk_mq_alloc_data *data, int nr_tags, struct sbitmap_queue *bt = &tags->bitmap_tags; unsigned long ret; - if (data->shallow_depth ||data->flags & BLK_MQ_REQ_RESERVED || - data->hctx->flags & BLK_MQ_F_TAG_QUEUE_SHARED) - return 0; ret = __sbitmap_queue_get_batch(bt, nr_tags, offset); *offset += tags->nr_reserved_tags; return ret; diff --git a/block/blk-mq.c b/block/blk-mq.c index 3c1e6b6..330c618 100644 --- a/block/blk-mq.c +++ b/block/blk-mq.c @@ -437,6 +437,15 @@ static struct request *blk_mq_rq_ctx_init(struct blk_mq_alloc_data *data, return rq_list_pop(data->cached_rq); } +static inline bool can_do_batch_alloc(struct blk_mq_alloc_data *data) +{ + if (data->nr_tags > 1 && !(data->shallow_depth || + data->flags & BLK_MQ_REQ_RESERVED || + data->hctx->flags & BLK_MQ_F_TAG_QUEUE_SHARED)) + return true; + return false; +} + static struct request *__blk_mq_alloc_requests(struct blk_mq_alloc_data *data) { struct request_queue *q = data->q; @@ -480,7 +489,7 @@ static struct request *__blk_mq_alloc_requests(struct blk_mq_alloc_data *data) /* * Try batched alloc if we want more than 1 tag. */ - if (data->nr_tags > 1) { + if (can_do_batch_alloc(data)) { rq = __blk_mq_alloc_requests_batch(data, alloc_time_ns); if (rq) return rq; -- 1.8.3.1