Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp35244506rwd; Mon, 10 Jul 2023 04:56:00 -0700 (PDT) X-Google-Smtp-Source: APBJJlHuDX4B2ripNAiPlCOX/ew6p1ZqJaWk3tUditipbuD2rRrSMqHRJxQ/o/MpkPQSO47TQqTs X-Received: by 2002:a17:907:970d:b0:992:b66e:72f9 with SMTP id jg13-20020a170907970d00b00992b66e72f9mr16201829ejc.69.1688990160098; Mon, 10 Jul 2023 04:56:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1688990160; cv=none; d=google.com; s=arc-20160816; b=nqg8SkVvRtgEycflb4p2+u0BBgSzD6TCSJ59o5x2sTFMq1guHaH0+FIKP1A9zLt0s9 YY4F+W0aPbFRtQ/HGnefIVaG59Oksk0rKYeoN+DK3OFWlgcaEzP3XIl/Yns9q5zOmUTK PhXfiMCHD/LAq7z4PolMaktLr7IBP+GhCAthfPDIE5s3OdXpzvK9ekoqXtk4eUtnPPeY 4l5rPJJam1GTzUfkIs1l2+OGlGyVfD7xGrpX6Zc7S03Tl+yrOEbrl/qbv8df2mMV3AVL QfASoRicKSlBqm/agoQKS05xvnzTR9M2kwyg4wSSi8YZa4uxDpIPtjbrtGmtpphTXZ4f CClA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:mime-version:date :dkim-signature:message-id; bh=+BxwmB/IVzDHyLZLGoqDjs9171gZUFnngYqFZMutAq4=; fh=lEKjNYFWg6pblFs8ih8z2YussHMGL49XO6glp2NiGmo=; b=mAy4VaQPxtAFy11jZfi2/s2Cw1wElBaRM05JOKNiLmKJVIKH9kBheCxial4jR+7H0C y69y+7OHcFCCdwrumNWdRfLVlAVEVc5HGkH/k1H/AKPykLzpEN3NzRDde3yK32uat7PC fu+Y9j9mvIh9rEb0FtDKKVqJTS/bbwXWss7IYJCMt3qLKMi1Y4cZlIPaCci8EogpK3+X IpgUS3sh9rnZqz2viPaawesNhnLCghrVyc1Ro0a7ZXMXFfKnjLWJM4Ed10GHWQLuDjzC DsxUmQBTtNTN+guchbWPqmCV0OaC7NmGQ+QjA5suklVRRhbHF080dxJ5e7cgo1SDyvou 5rHg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.dev header.s=key1 header.b=WRv7ZPTP; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id v21-20020a17090690d500b00986560ae9a7si9401600ejw.307.2023.07.10.04.55.36; Mon, 10 Jul 2023 04:56:00 -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; dkim=pass header.i=@linux.dev header.s=key1 header.b=WRv7ZPTP; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linux.dev Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230358AbjGJLIU (ORCPT + 99 others); Mon, 10 Jul 2023 07:08:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33076 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230322AbjGJLH4 (ORCPT ); Mon, 10 Jul 2023 07:07:56 -0400 Received: from out-42.mta0.migadu.com (out-42.mta0.migadu.com [IPv6:2001:41d0:1004:224b::2a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3213EFE for ; Mon, 10 Jul 2023 04:07:25 -0700 (PDT) Message-ID: <8928ca13-6a21-b2b4-4a19-82caa62088d0@linux.dev> DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.dev; s=key1; t=1688987243; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=+BxwmB/IVzDHyLZLGoqDjs9171gZUFnngYqFZMutAq4=; b=WRv7ZPTPu2m7PPyDENKW/5UnJFCAwVpmEanVUF8Lfb5zE4oZqCydFXOu7EyN4TOhs71y1t WsfUzJ8gkSVOtPIsbtcOdqxXx63T3LusFve3O5xppmeApI/8dMH2YCVVPx7Jx82qLznB0U uzatbsgLpwJyo8Q5F8pLTTrz3HR0Jhc= Date: Mon, 10 Jul 2023 19:07:13 +0800 MIME-Version: 1.0 Subject: Re: [PATCH v3 1/3] blk-mq: always use __blk_mq_alloc_requests() to alloc and init rq Content-Language: en-US To: Christoph Hellwig Cc: axboe@kernel.dk, tj@kernel.org, linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, ming.lei@redhat.com, Chengming Zhou References: <20230628124546.1056698-1-chengming.zhou@linux.dev> <20230628124546.1056698-2-chengming.zhou@linux.dev> <20230629052828.GD16819@lst.de> <20230710073631.GA29077@lst.de> X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Chengming Zhou In-Reply-To: <20230710073631.GA29077@lst.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Migadu-Flow: FLOW_OUT X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE 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 On 2023/7/10 15:36, Christoph Hellwig wrote: > On Thu, Jun 29, 2023 at 03:40:03PM +0800, Chengming Zhou wrote: >> Thanks for your review! >> >> Since hctx-specific allocation path always has BLK_MQ_REQ_NOWAIT flag, >> it won't retry. >> >> But I agree, this makes the general __blk_mq_alloc_requests() more complex. > > And also very confusing as it pretends to share some code, while almost > nothing of __blk_mq_alloc_requests is actually used. You are right. I will not mess with reusing __blk_mq_alloc_requests() in the next version. > >> The reason is blk_mq_rq_ctx_init() has some data->rq_flags initialization: >> >> ``` >> if (data->flags & BLK_MQ_REQ_PM) >> data->rq_flags |= RQF_PM; >> if (blk_queue_io_stat(q)) >> data->rq_flags |= RQF_IO_STAT; >> rq->rq_flags = data->rq_flags; >> ``` >> >> Because we need this data->rq_flags to tell if we need start_time_ns, >> we need to put these initialization in the callers of blk_mq_rq_ctx_init(). > > Why can't we just always initialize the time stampts after > blk_mq_rq_ctx_init? Something like this (untested) variant of your > patch 2 from the latest iteration: I get what you mean: always initialize the two time stamps after blk_mq_rq_ctx_init(), so we know whether the time stamps are needed in blk_mq_rq_time_init(). It seems better and clearer indeed, I will try to change as you suggest. > > diff --git a/block/blk-mq.c b/block/blk-mq.c > index 5504719b970d59..55bf1009f3e32a 100644 > --- a/block/blk-mq.c > +++ b/block/blk-mq.c > @@ -328,8 +328,26 @@ void blk_rq_init(struct request_queue *q, struct request *rq) > } > EXPORT_SYMBOL(blk_rq_init); > > +/* Set alloc and start time when pre-allocated rq is actually used */ > +static inline void blk_mq_rq_time_init(struct request *rq, bool set_alloc_time) We need to pass "u64 alloc_time_ns" here, which includes depth and tag waits time by definition. So: 1. for non-batched request that need alloc_time_ns: passed alloc_time_ns != 0 2. for batched request that need alloc_time_ns: passed alloc_time_ns == 0, will be set to start_time_ns I have just updated the patch: https://lore.kernel.org/all/20230710105516.2053478-1-chengming.zhou@linux.dev/ Thanks! > +{ > + if (blk_mq_need_time_stamp(rq)) { > + u64 now = ktime_get_ns(); > + > +#ifdef CONFIG_BLK_RQ_ALLOC_TIME > + /* > + * The alloc time is only used by iocost for now, > + * only possible when blk_mq_need_time_stamp(). > + */ > + if (set_alloc_time) > + rq->alloc_time_ns = now; > +#endif > + rq->start_time_ns = now; > + } > +} > + > static struct request *blk_mq_rq_ctx_init(struct blk_mq_alloc_data *data, > - struct blk_mq_tags *tags, unsigned int tag, u64 alloc_time_ns) > + struct blk_mq_tags *tags, unsigned int tag) > { > struct blk_mq_ctx *ctx = data->ctx; > struct blk_mq_hw_ctx *hctx = data->hctx; > @@ -356,14 +374,7 @@ static struct request *blk_mq_rq_ctx_init(struct blk_mq_alloc_data *data, > } > rq->timeout = 0; > > - if (blk_mq_need_time_stamp(rq)) > - rq->start_time_ns = ktime_get_ns(); > - else > - rq->start_time_ns = 0; > rq->part = NULL; > -#ifdef CONFIG_BLK_RQ_ALLOC_TIME > - rq->alloc_time_ns = alloc_time_ns; > -#endif > rq->io_start_time_ns = 0; > rq->stats_sectors = 0; > rq->nr_phys_segments = 0; > @@ -393,8 +404,7 @@ static struct request *blk_mq_rq_ctx_init(struct blk_mq_alloc_data *data, > } > > static inline struct request * > -__blk_mq_alloc_requests_batch(struct blk_mq_alloc_data *data, > - u64 alloc_time_ns) > +__blk_mq_alloc_requests_batch(struct blk_mq_alloc_data *data) > { > unsigned int tag, tag_offset; > struct blk_mq_tags *tags; > @@ -413,7 +423,7 @@ __blk_mq_alloc_requests_batch(struct blk_mq_alloc_data *data, > tag = tag_offset + i; > prefetch(tags->static_rqs[tag]); > tag_mask &= ~(1UL << i); > - rq = blk_mq_rq_ctx_init(data, tags, tag, alloc_time_ns); > + rq = blk_mq_rq_ctx_init(data, tags, tag); > rq_list_add(data->cached_rq, rq); > nr++; > } > @@ -427,12 +437,13 @@ __blk_mq_alloc_requests_batch(struct blk_mq_alloc_data *data, > static struct request *__blk_mq_alloc_requests(struct blk_mq_alloc_data *data) > { > struct request_queue *q = data->q; > + bool set_alloc_time = blk_queue_rq_alloc_time(q); > u64 alloc_time_ns = 0; > struct request *rq; > unsigned int tag; > > /* alloc_time includes depth and tag waits */ > - if (blk_queue_rq_alloc_time(q)) > + if (set_alloc_time) > alloc_time_ns = ktime_get_ns(); > > if (data->cmd_flags & REQ_NOWAIT) > @@ -474,9 +485,11 @@ 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) { > - rq = __blk_mq_alloc_requests_batch(data, alloc_time_ns); > - if (rq) > + rq = __blk_mq_alloc_requests_batch(data); > + if (rq) { > + blk_mq_rq_time_init(rq, true); > return rq; > + } > data->nr_tags = 1; > } > > @@ -499,8 +512,10 @@ static struct request *__blk_mq_alloc_requests(struct blk_mq_alloc_data *data) > goto retry; > } > > - return blk_mq_rq_ctx_init(data, blk_mq_tags_from_data(data), tag, > - alloc_time_ns); > + rq = blk_mq_rq_ctx_init(data, blk_mq_tags_from_data(data), tag); > + if (rq) > + blk_mq_rq_time_init(rq, set_alloc_time); > + return rq; > } > > static struct request *blk_mq_rq_cache_fill(struct request_queue *q, > @@ -555,6 +570,7 @@ static struct request *blk_mq_alloc_cached_request(struct request_queue *q, > return NULL; > > plug->cached_rq = rq_list_next(rq); > + blk_mq_rq_time_init(rq, blk_queue_rq_alloc_time(rq->q)); > } > > rq->cmd_flags = opf; > @@ -656,8 +672,8 @@ struct request *blk_mq_alloc_request_hctx(struct request_queue *q, > tag = blk_mq_get_tag(&data); > if (tag == BLK_MQ_NO_TAG) > goto out_queue_exit; > - rq = blk_mq_rq_ctx_init(&data, blk_mq_tags_from_data(&data), tag, > - alloc_time_ns); > + rq = blk_mq_rq_ctx_init(&data, blk_mq_tags_from_data(&data), tag); > + blk_mq_rq_time_init(rq, blk_queue_rq_alloc_time(rq->q)); > rq->__data_len = 0; > rq->__sector = (sector_t) -1; > rq->bio = rq->biotail = NULL; > @@ -2896,6 +2912,7 @@ static inline struct request *blk_mq_get_cached_request(struct request_queue *q, > plug->cached_rq = rq_list_next(rq); > rq_qos_throttle(q, *bio); > > + blk_mq_rq_time_init(rq, blk_queue_rq_alloc_time(rq->q)); > rq->cmd_flags = (*bio)->bi_opf; > INIT_LIST_HEAD(&rq->queuelist); > return rq;