Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp746979pxb; Wed, 13 Apr 2022 11:25:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwldr+RVrudqnxkMNIHMoVELBdtwHpSdPUY+0xl6JJoZKRunZAUfAL41A2G6hSVB9dulA9m X-Received: by 2002:aa7:cac4:0:b0:418:85b7:adec with SMTP id l4-20020aa7cac4000000b0041885b7adecmr44861764edt.231.1649874308140; Wed, 13 Apr 2022 11:25:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1649874308; cv=none; d=google.com; s=arc-20160816; b=oZGXNRPsFWFJlkQuPvQ8ULmCLzBaMMW98eNkbAeHsbq5DFkS9a/qlFPVRSl+kj4p5h OwauZtebzoJpILm1IN1B6IaorUIwBiIeVhfp+L2KeffbTOUCsATSJK+3Y74L75Sqcj3L +nFVUFUu50N0wipE+/YxaybbpZzfdagHFWfbgo7Fg/unZRQbHVqH6TtdUKlmyNwaNCIi TxHB/bCNYybXjpb9USB8Ovp1iLqA6T3Yv7xI0jUfu57SGMDWHVfz94oeMU3ctbCqZS2M iB0713HXzG9fVMJBbgb59AcKuoQICBUS6WjKrG3CvTZOmKE030p5Cedb8W4/sn5eR4qD LU8w== 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 :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=OHHvHPv2tE87CceXMZG1djsnNZE9fc0LblL6m2Vd+PY=; b=oysCr7Py2nQCVxVT+iWmdo0qvPgODbo5v1ypFFsyA91KKhDSRk0aWnY6Wis3lOdgVh lm6vsGk3lEBr98T6yBMizn/Y59UtInGBC6t5qxq7PVrKErcOHhBVO8flLzrU3I0ctS/W vWHl01M2yKE0+vvhDhZqeXYEHafPeXIKaj2WkZstNY2MBKCRjv6ceGTJpyYOdOh9s12o cs51LxLPmOVHxN4tXkvAjt5i66rI4ZpGl5r3oCTbdHC1betDt+PNRQkTBZT5kIIF3fYG DZnCx86mXKV9ajWRgOn8pz2PeOfu3Lmvr8tZQFLcflUGlu/bpoXNr16d+yh4GYHyJFjI KyTA== 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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b18-20020a056402279200b00418c2b5bd64si2486954ede.70.2022.04.13.11.24.36; Wed, 13 Apr 2022 11:25:08 -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=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235203AbiDMLgA (ORCPT + 99 others); Wed, 13 Apr 2022 07:36:00 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33196 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229990AbiDMLfz (ORCPT ); Wed, 13 Apr 2022 07:35:55 -0400 Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [45.249.212.189]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C422635A9C; Wed, 13 Apr 2022 04:33:32 -0700 (PDT) Received: from kwepemi100005.china.huawei.com (unknown [172.30.72.53]) by szxga03-in.huawei.com (SkyGuard) with ESMTP id 4KdgN83X5gzBs1B; Wed, 13 Apr 2022 19:29:12 +0800 (CST) Received: from kwepemm600009.china.huawei.com (7.193.23.164) by kwepemi100005.china.huawei.com (7.221.188.155) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Wed, 13 Apr 2022 19:33:30 +0800 Received: from [10.174.176.73] (10.174.176.73) by kwepemm600009.china.huawei.com (7.193.23.164) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Wed, 13 Apr 2022 19:33:29 +0800 Subject: Re: [PATCH -next 00/11] support concurrent sync io for bfq on a specail occasion To: Jan Kara CC: , , , , , , References: <20220305091205.4188398-1-yukuai3@huawei.com> <20220413111216.npgrdzaubsvjsmy3@quack3.lan> From: "yukuai (C)" Message-ID: <36f0923c-bb9b-12f1-b3bc-cdbe0bbcca55@huawei.com> Date: Wed, 13 Apr 2022 19:33:28 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20220413111216.npgrdzaubsvjsmy3@quack3.lan> Content-Type: text/plain; charset="gbk"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.174.176.73] X-ClientProxiedBy: dggems705-chm.china.huawei.com (10.3.19.182) To kwepemm600009.china.huawei.com (7.193.23.164) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-5.5 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,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 ?? 2022/04/13 19:12, Jan Kara ะด??: > On Sat 05-03-22 17:11:54, Yu Kuai wrote: >> Currently, bfq can't handle sync io concurrently as long as they >> are not issued from root group. This is because >> 'bfqd->num_groups_with_pending_reqs > 0' is always true in >> bfq_asymmetric_scenario(). >> >> This patchset tries to support concurrent sync io if all the sync ios >> are issued from the same cgroup: >> >> 1) Count root_group into 'num_groups_with_pending_reqs', patch 1-5; > > Seeing the complications and special casing for root_group I wonder: Won't > we be better off to create fake bfq_sched_data in bfq_data and point > root_group->sched_data there? AFAICS it would simplify the code Hi, That sounds an good idel, in this case we only need to make sure the fake service tree will always be empty, which means we only need to special casing bfq_active/idle_insert to the fake service tree. Thanks, Kuai > considerably as root_group would be just another bfq_group, no need to > special case it in various places, no games with bfqg->my_entity, etc. > Paolo, do you see any problem with that? > > Honza >