Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp1707326pxb; Wed, 30 Mar 2022 08:42:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwPdYz8Kz4/C6IsEj/6kaFEHw5DIOCtnYwmecWga5pszrY5QsY2DYDqQhmlMHqDwxj7jEDH X-Received: by 2002:a17:907:d1e:b0:6e1:3aa5:8e5 with SMTP id gn30-20020a1709070d1e00b006e13aa508e5mr125747ejc.324.1648654948440; Wed, 30 Mar 2022 08:42:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648654948; cv=none; d=google.com; s=arc-20160816; b=ZbMp5smONLz+24UFOpzkrg8c8OWUAWh0kNzzP5Ay1bC/1Sw+nnsCVYqRTMgDdt3nHO ZCpyKMwWA/tEmJ2YOPUk6MGoRzEYBnZkbSiGuGOW04mNXGqXZH7mzIqmV6EqtRpZRnFJ Y6qziyUhYd6+c11+ZETWEkSyGV06RomRQYMmNRlAHzsP3N3ABEfQuXVzCCJ/8lBHS45h 9FP/1jp5JTRGeend0uMnkTxamqDDAJbDFnoEUX6u5sHfzbs0D2vx1IbC5fffD8+07wCe eJC7AxFCjGQAmyt2qTLzSydYdz2jpZ/yb613aZOBZubBXUIwUbiQL/2NNEbZ5WPO7rZD EjgQ== 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:user-agent:mime-version :date:message-id:dkim-signature; bh=x6rv08fpwpzLso4SC/yKscWicPs6HNkxCkCPxl5J16Q=; b=Wykfj6ellpRRfrxkP6twX50Qzj6Ooj+XDh4TSdusrE7lZlLiFFo8mHhPdRJ1pe3DS9 w+Z6GMRIHcyFutbBV1Be/+kPJ6MGZfwAaGJ/rMVJq9AiWM0H/4tYmJ2BJ5lmNz/wAC5m UqLEq+e3uiYlVcW81TGxtCNIN+9q+qfgHFfCLtlwspZWk+LLVoQatgKiPM6THobRXNWx mt6aqBFphUlzjycY9dSVVS/Skh6oteizHNsPvRFg4qL/cuvca6OXfS3z6tk6xZfZDcM9 xTG/tENin06hN6dpqNasgd1PCBNKpDIvUil+V2FWHx+dGuNtpYNfvFUyrogW9+bE/ZOu 7trQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel-dk.20210112.gappssmtp.com header.s=20210112 header.b=XO9Kzh+W; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id jx4-20020a170907760400b006df76385e7csi20391370ejc.796.2022.03.30.08.42.00; Wed, 30 Mar 2022 08:42:28 -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=@kernel-dk.20210112.gappssmtp.com header.s=20210112 header.b=XO9Kzh+W; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241607AbiC3BWY (ORCPT + 99 others); Tue, 29 Mar 2022 21:22:24 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35550 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241599AbiC3BWW (ORCPT ); Tue, 29 Mar 2022 21:22:22 -0400 Received: from mail-pg1-x52f.google.com (mail-pg1-x52f.google.com [IPv6:2607:f8b0:4864:20::52f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B3CF847394 for ; Tue, 29 Mar 2022 18:20:37 -0700 (PDT) Received: by mail-pg1-x52f.google.com with SMTP id l129so7744435pga.3 for ; Tue, 29 Mar 2022 18:20:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel-dk.20210112.gappssmtp.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=x6rv08fpwpzLso4SC/yKscWicPs6HNkxCkCPxl5J16Q=; b=XO9Kzh+W10rhwsTvM+KAuFjAIudNiX4KiGdCKDAfRXWGbemz7HiLQHdk3SPWpFVkAV yrgFN66DdNUw3hlngalgpAnB0BhVJfBGFF/8bMUJrFuSytAsaQEb26AFoRegx8XzElJR UMYg4lhP6KMmzu9ZU6L8WYn1ThUi4dlDpqzqHAyU0m+UAAC1kfpqTnnY9Rxc7WppVAUS lLv6ft+V20F6U1hOCVkH8JmJu6u8T0Shm9zO9f6nuOm9YAnhHJqZkrgth1no4s6oBhfr 9CdrTfnwvo423WEDEt1G++JyYzeGPauED/SYVm7r27MhnxlF5KY71ZK1JT4nKwmIDCTK F0fA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=x6rv08fpwpzLso4SC/yKscWicPs6HNkxCkCPxl5J16Q=; b=DwVnREBPjF0TlV+ckE2kI4jOdVw15BvC6wGmBWuBeT/a4Y1BxRDkyO5OyJjw7E35f0 VuG/wUtgT5EGTon4bsLYCODU6VpnHassyw9mTZezH0xSYlbDEMEYE68VoJDrQQ3gonZn x2N6SidwnrLZpegEhsjp917q1qQlTX4itTGRkoPKnpM17pS8xMi9EKxFcnNsCq6iT0VT tWQsXBIIO51Eq+TCZztFcSqGfywj0r4YQRNK6ZivNHUDZ+M0dN4/Y1nmn/dAGorUT7zk 1komVTGhacjwndGpGv4Sb2XyyfdT/zKrxPLQDukcPQrhjWtOn07rWRcIwoUyXNyObts6 v5+w== X-Gm-Message-State: AOAM5312B5WGNsQ8oEmaPmiqe8p0gYdStESuKVcOPtkmPlf9F1mx3hu1 nJoFkErvroLnd0lyiAbAPYdU5g== X-Received: by 2002:a63:35c1:0:b0:386:3620:3c80 with SMTP id c184-20020a6335c1000000b0038636203c80mr4063284pga.327.1648603236862; Tue, 29 Mar 2022 18:20:36 -0700 (PDT) Received: from [192.168.1.100] ([198.8.77.157]) by smtp.gmail.com with ESMTPSA id a11-20020a63cd4b000000b00378b9167493sm17373638pgj.52.2022.03.29.18.20.35 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 29 Mar 2022 18:20:36 -0700 (PDT) Message-ID: <5bafff4a-e3f8-82eb-f8e8-486c877518ad@kernel.dk> Date: Tue, 29 Mar 2022 19:20:35 -0600 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux aarch64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: [PATCH -next RFC 1/6] blk-mq: add a new flag 'BLK_MQ_F_NO_TAG_PREEMPTION' Content-Language: en-US To: "yukuai (C)" , andriy.shevchenko@linux.intel.com, john.garry@huawei.com, ming.lei@redhat.com Cc: linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, yi.zhang@huawei.com References: <20220329094048.2107094-1-yukuai3@huawei.com> <20220329094048.2107094-2-yukuai3@huawei.com> <190625d8-ed84-f657-6058-2d151f6d4caa@kernel.dk> From: Jens Axboe In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,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 3/29/22 7:18 PM, yukuai (C) wrote: > On 2022/03/29 20:44, Jens Axboe wrote: >> On 3/29/22 3:40 AM, Yu Kuai wrote: >>> Tag preemption is the default behaviour, specifically blk_mq_get_tag() >>> will try to get tag unconditionally, which means a new io can preempt tag >>> even if there are lots of ios that are waiting for tags. >>> >>> This patch introduce a new flag, prepare to disable such behaviour, in >>> order to optimize io performance for large random io for HHD. >> >> Not sure why we need a flag for this behavior. Does it ever make sense >> to allow preempting waiters, jumping the queue? >> > > Hi, > > I was thinking using the flag to control the new behavior, in order to > reduce the impact on general path. > > If wake up path is handled properly, I think it's ok to disable > preempting tags. If we hit tag starvation, we are by definition out of the fast path. That doesn't mean that scalability should drop to the floor, something that often happened before blk-mq and without the rolling wakeups. But it does mean that we can throw a bit more smarts at it, if it improves fairness/performance in that situation. -- Jens Axboe