Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp2518370pxb; Fri, 29 Oct 2021 03:07:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzx0fu9KLcAhHW5GXuyMneGDecKqjxDiuIpMCbTEw+cKWx58lv/3t+M1czI7HopF0litsJq X-Received: by 2002:a17:906:29d8:: with SMTP id y24mr7739179eje.456.1635502030322; Fri, 29 Oct 2021 03:07:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635502030; cv=none; d=google.com; s=arc-20160816; b=MKDZJFtV62OfCobyBQ/+l+E0eqXHvgtU3h/syN3tNiWH/huZKTa1vbYjLWE/j+oRqm oTrx5hvNjzn2U4WHpavIsPfwqEC1qN47yjZKEkKmmLlLBvNEqqatgWU9+TQVghmfA4ft S4Ueernkqq/T9duFqsMKttv1Ic+WnhSY0Wittse+BFjEm/tVGz2Z5DNI99nb8nLEtoOV glpB6etn+nXiUDT7K2FWOgCL1TqKVLEkppLv/aZfTRQe+EG/EPZriigAvYQcdhqiB01T XAwcOVsW1dGJGCALTnitJXTlJP6PZFHoTcmiua6hut/kc8Ixvof430fGQvIDUgbSpzhX 6Maw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :to:subject; bh=BoJqsB85zJn/QCBGpYyDJi4woL+eFbVgo6YCc77Yi50=; b=X7DWzjkQH7DVUn8CpuYKsUhtXhf/4XmPfEmZVprTKV6RpAbz8pCJ/bGvxmYdRJEeIh XV794YUqrZh2hdR5uwGY4GANc8ruLsof5NTmqqbcBIjOexyI7qNqmS8jFZt4ZabTdorp w/4yM1jAilai2LUi3k1rDnNXQFmwIl9zB/nyatUPugSBxe+SrF15f8xytqnNFeHA5Yxg ATgAHWakQfHiPuXi/3ceL8himpmBs6Dv92I9zAKGc9GgzJLUUtIzZTtp5KsXG8aay7UF s067ebA+mSj6mOLbv/k5FHSb6pMUxOFx2ql1JLm91yApZouQI/fYalZfs1wJHRhpmMwy VHww== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c10si7836505ejf.272.2021.10.29.03.06.39; Fri, 29 Oct 2021 03:07:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231703AbhJ2KE0 (ORCPT + 99 others); Fri, 29 Oct 2021 06:04:26 -0400 Received: from foss.arm.com ([217.140.110.172]:36622 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231620AbhJ2KEZ (ORCPT ); Fri, 29 Oct 2021 06:04:25 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 5C0361FB; Fri, 29 Oct 2021 03:01:57 -0700 (PDT) Received: from [192.168.154.184] (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 5F6D43F5A1; Fri, 29 Oct 2021 03:01:54 -0700 (PDT) Subject: Re: [PATCH v3 4/5] sched/fair: Remove sysctl_sched_migration_cost condition To: Vincent Guittot , mingo@redhat.com, peterz@infradead.org, juri.lelli@redhat.com, rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de, bristot@redhat.com, linux-kernel@vger.kernel.org, tim.c.chen@linux.intel.com References: <20211019123537.17146-1-vincent.guittot@linaro.org> <20211019123537.17146-5-vincent.guittot@linaro.org> From: Dietmar Eggemann Message-ID: <2fb13962-0432-2e36-26e6-d05534464294@arm.com> Date: Fri, 29 Oct 2021 12:01:51 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <20211019123537.17146-5-vincent.guittot@linaro.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 19/10/2021 14:35, Vincent Guittot wrote: > With a default value of 500us, sysctl_sched_migration_cost is > significanlty higher than the cost of load_balance. Remove the Shouldn't this be rather `load balance cost on the lowest sd`? I assume here that lb cost stands for sd->max_newidle_lb_cost of the 1st sd. We still use sysctl_sched_migration_cost as a floor against max_cost (i.e. lb cost of all sd's) when setting rq->max_idle_balance_cost in rebalance_domains(). And in the add-on discussion (disabling the call to nohz_newidle_balance() you mention that sd->max_newidle_lb_cost can be higher than sysctl_sched_migration_cost (even when default 500us). > condition and rely on the sd->max_newidle_lb_cost to abort > newidle_balance. > > Suggested-by: Peter Zijlstra (Intel) > Signed-off-by: Vincent Guittot > --- > kernel/sched/fair.c | 3 +-- > 1 file changed, 1 insertion(+), 2 deletions(-) > > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c > index e50fd751e1df..57eae0ebc492 100644 > --- a/kernel/sched/fair.c > +++ b/kernel/sched/fair.c > @@ -10895,8 +10895,7 @@ static int newidle_balance(struct rq *this_rq, struct rq_flags *rf) > rcu_read_lock(); > sd = rcu_dereference_check_sched_domain(this_rq->sd); > > - if (this_rq->avg_idle < sysctl_sched_migration_cost || > - !READ_ONCE(this_rq->rd->overload) || > + if (!READ_ONCE(this_rq->rd->overload) || > (sd && this_rq->avg_idle < sd->max_newidle_lb_cost)) { > > if (sd) >