Received: by 2002:a05:7412:d1aa:b0:fc:a2b0:25d7 with SMTP id ba42csp712733rdb; Mon, 29 Jan 2024 16:27:11 -0800 (PST) X-Google-Smtp-Source: AGHT+IEoLIJpy7LhYbyo0didAgr9pYPmwWE7U9cT9OtuPp1zXYVszQs+kXzPD4cAFLyT6YY2exfF X-Received: by 2002:a05:6214:28d:b0:68c:5c6e:3f1d with SMTP id l13-20020a056214028d00b0068c5c6e3f1dmr143243qvv.19.1706574431377; Mon, 29 Jan 2024 16:27:11 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1706574431; cv=pass; d=google.com; s=arc-20160816; b=WgSNY/hk2lK9AmG9f0Pm4phkOJzRtR374FXUkMZsfypnX8FDxxeyDqWlri1JCpFsco HazOoik+PwH+o/KUH8FeIPGWZx3JMwbmPP6XApE4wBxyWl7Ks4yTUg4l8aPJI/7urh7L GDk8n2uPivZugAYZGy7RCOrPZ/i1x1/YWvMGtfvamKVnU1/rtjUB0HNYxEwngcY6MuVM hpaOldlpcda1ZnN89LYzPDZUD+gRYGlspVVGWC+jnOCXMDKaL6HjxKsMeKS6SNa6RufR BrsMnBCop1zQ5aPJX4Dm/xs31SziSNbCQk4l2GGlWR2dLgRjZ539tEbzdEL7RSXZBDJz znmQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=LoTHTB8+351LtvZp8jPnaErRIgkgUFGS9zCIdeKBry0=; fh=NMRMO3/ARLLadMbwm0lrGT5uGdlSE17nB7/FgTpzG04=; b=bUhGgx0Mo3WtJkh5f6YdODZWs3CK7EwpIFGTbCs15y8oc4Ry1Gn7iOYjKaDJ1Ql+Pc ePrV40hoemIad8jrnpffdFGlAvioXcznLmBCcFcdnuEiETdetSS/qcaxodeVnNZYrKmw fa+kVd6IcXKyB8YDWyZloLaDsbvEg5Pz8wQn/assbmYqf77AMunXphpXyg2eo/y27att GQ1lK7p8TsgUZ+EwLtjbNKWwGrROcpF8LBV9uQJhxLEC/3FviOWNoQfQodMhsHDcSnOY HSpiso5o6RKh0a204af8uMhy8FPl7Equv0TjAVkS9YfgKk0eXfKUKaiYikqMsXZxUMgg 27Xw== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@layalina-io.20230601.gappssmtp.com header.s=20230601 header.b=YUdrdMAL; arc=pass (i=1 spf=pass spfdomain=layalina.io dkim=pass dkdomain=layalina-io.20230601.gappssmtp.com); spf=pass (google.com: domain of linux-kernel+bounces-43669-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-43669-linux.lists.archive=gmail.com@vger.kernel.org" Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id z12-20020a056214040c00b0068c398be522si7162883qvx.64.2024.01.29.16.27.11 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 29 Jan 2024 16:27:11 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-43669-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; dkim=pass header.i=@layalina-io.20230601.gappssmtp.com header.s=20230601 header.b=YUdrdMAL; arc=pass (i=1 spf=pass spfdomain=layalina.io dkim=pass dkdomain=layalina-io.20230601.gappssmtp.com); spf=pass (google.com: domain of linux-kernel+bounces-43669-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-43669-linux.lists.archive=gmail.com@vger.kernel.org" Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 170C61C22B75 for ; Tue, 30 Jan 2024 00:27:11 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 1041214F78; Tue, 30 Jan 2024 00:27:00 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=layalina-io.20230601.gappssmtp.com header.i=@layalina-io.20230601.gappssmtp.com header.b="YUdrdMAL" Received: from mail-wm1-f50.google.com (mail-wm1-f50.google.com [209.85.128.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id E6E9B111E for ; Tue, 30 Jan 2024 00:26:56 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.50 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706574418; cv=none; b=dkTcG+zRh9vQZJWvh90EjNPKcQqc6grCPmJoPL4ymO0VY8XZnnQxuB54fS86RqTcaYj9TCzF1oyYVDDezvHlBrPvHrKOSptjxZysxo870vqoK2Z2sfshMEXRZuuWm1MrC3tf+wzfP5Z9UK8HHZPtUewuBP/ln8M57oRJMpyjpJk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706574418; c=relaxed/simple; bh=z2PvlQJy6oSu55Ar0+qrueOuia9IRx4cYjiHsPmCbKg=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Eu0GmPTNUh5j8PLDf9gwpYreNo8JH49ZFisVBnMZWm/50FW3q8HKXe+U8KiDP4HwAOCGH7tJHFJSgRhEbkekEiNQ58bu4ZQX7eADvJhsvetdRQGllwpl1+uoWOI+mhDvYyYks6okR41IuXCEzbmZURRAXLyOsLdUqGYB3k2v0Jg= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=layalina.io; spf=pass smtp.mailfrom=layalina.io; dkim=pass (2048-bit key) header.d=layalina-io.20230601.gappssmtp.com header.i=@layalina-io.20230601.gappssmtp.com header.b=YUdrdMAL; arc=none smtp.client-ip=209.85.128.50 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=layalina.io Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=layalina.io Received: by mail-wm1-f50.google.com with SMTP id 5b1f17b1804b1-40ef75adf44so12668835e9.3 for ; Mon, 29 Jan 2024 16:26:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=layalina-io.20230601.gappssmtp.com; s=20230601; t=1706574415; x=1707179215; darn=vger.kernel.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=LoTHTB8+351LtvZp8jPnaErRIgkgUFGS9zCIdeKBry0=; b=YUdrdMALuXpNIHKmT4M3EsL/YH2dZ+m9DtlR2YqiKEEb36ldg/NK+ZIq2/cJqenI1Q DCxLwqMJ/m++FxV627exZ2pn1xQtLWB4IXWb9Ail+rnrzpWygPokCQ2pTID1EV6gqBPj wb2grmh/v/j2zhCggjO9uVhwgHBW+DvjLbR8lrbZ2NPZ2iY9dtv8iRtmrssnaWp8OJ75 C5HETPoTAlcW9CfszEZyvs5ns3UF9w2ii0Vy0biLZRjVVfd2H8syyh+P4wMC+c8YTR21 8R1C9Pct7+xEiJA1CBsdTzuAAVnY4IB1bKkZ2O+ieYZCgWwU2gw6vfgJBX5Magmex6px 3o6Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706574415; x=1707179215; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=LoTHTB8+351LtvZp8jPnaErRIgkgUFGS9zCIdeKBry0=; b=Cp0I5MHxFVwyIS3d/iO9f2muJGgJjj2gi8dKrD0GIqcxVGv8UL66AX1snPUWo2Llm2 8zDWq2MeXeXtysUZjqQAyNoV+T2T/IYb/OlAt/w/yoswjr3wq8BiCnYYlqxXIFEYwM2d z6Le7VR4G9LbW0EEJEVi8HgRkxwk1L5G4uXjuhe84ilBG6WcINhoo0jz+MQBFtceikZS RDpQE7JM4r90CcB/EoURLRhCjMDAs6Xp/aIQ/hIogyIMPxmHTUIUNZDwkb83oP/2xcd5 kRaga2a/Aihdp1dxIYL9cZzLp5L6GB4JM4cdobbP3d+ZaGMKC8nzUHNMvwCH5J4tbuQD VWSQ== X-Gm-Message-State: AOJu0YzGYuMf3gZvhGh3gFxGFO8D2i8C/K75S58qMGs6K2efXlDKyV/G 5CdEqbg+13a1BD597yd6d4a+P/PKIYxudhdgg1+u51ccsRfkirNHKsP5wlI9xAc= X-Received: by 2002:a5d:6691:0:b0:33a:e8be:51bd with SMTP id l17-20020a5d6691000000b0033ae8be51bdmr3789565wru.51.1706574415100; Mon, 29 Jan 2024 16:26:55 -0800 (PST) Received: from airbuntu ([213.122.231.14]) by smtp.gmail.com with ESMTPSA id u17-20020adff891000000b0033ae55db108sm6611757wrp.20.2024.01.29.16.26.53 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 29 Jan 2024 16:26:54 -0800 (PST) Date: Tue, 30 Jan 2024 00:26:52 +0000 From: Qais Yousef To: Vincent Guittot Cc: linux@armlinux.org.uk, catalin.marinas@arm.com, will@kernel.org, sudeep.holla@arm.com, rafael@kernel.org, viresh.kumar@linaro.org, agross@kernel.org, andersson@kernel.org, konrad.dybcio@linaro.org, mingo@redhat.com, peterz@infradead.org, juri.lelli@redhat.com, dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com, mgorman@suse.de, bristot@redhat.com, vschneid@redhat.com, lukasz.luba@arm.com, rui.zhang@intel.com, mhiramat@kernel.org, daniel.lezcano@linaro.org, amit.kachhap@gmail.com, corbet@lwn.net, gregkh@linuxfoundation.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-trace-kernel@vger.kernel.org, linux-doc@vger.kernel.org Subject: Re: [PATCH v4 2/5] sched: Take cpufreq feedback into account Message-ID: <20240130002652.ipdyqs3sjy6qqt6t@airbuntu> References: <20240109164655.626085-1-vincent.guittot@linaro.org> <20240109164655.626085-3-vincent.guittot@linaro.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20240109164655.626085-3-vincent.guittot@linaro.org> On 01/09/24 17:46, Vincent Guittot wrote: > Aggregate the different pressures applied on the capacity of CPUs and > create a new function that returns the actual capacity of the CPU: > get_actual_cpu_capacity() > > Signed-off-by: Vincent Guittot > Reviewed-by: Lukasz Luba > --- > kernel/sched/fair.c | 45 +++++++++++++++++++++++++-------------------- > 1 file changed, 25 insertions(+), 20 deletions(-) > > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c > index 9cc20855dc2b..e54bbf8b4936 100644 > --- a/kernel/sched/fair.c > +++ b/kernel/sched/fair.c > @@ -4910,13 +4910,22 @@ static inline void util_est_update(struct cfs_rq *cfs_rq, > trace_sched_util_est_se_tp(&p->se); > } > > +static inline unsigned long get_actual_cpu_capacity(int cpu) > +{ > + unsigned long capacity = arch_scale_cpu_capacity(cpu); > + > + capacity -= max(thermal_load_avg(cpu_rq(cpu)), cpufreq_get_pressure(cpu)); Does cpufreq_get_pressure() reflect thermally throttled frequency, or just the policy->max being capped by user etc? I didn't see an update to cpufreq when we topology_update_hw_pressure(). Not sure if it'll go through another path. maxing with thermal_load_avg() will change the behavior below where we used to compare against instantaneous pressure. The concern was that it not just can appear quickly, but disappear quickly too. thermal_load_avg() will decay slowly, no? This means we'll lose a lot of opportunities for better task placement until this decays which can take relatively long time. So maxing handles the direction where a pressure suddenly appears. But it doesn't handle where it disappears. I suspect your thoughts are that if it was transient then thermal_load_avg() should be small anyway - which I think makes sense. I think we need a comment to explain these nuance differences. > + > + return capacity; > +} > + > static inline int util_fits_cpu(unsigned long util, > unsigned long uclamp_min, > unsigned long uclamp_max, > int cpu) > { > - unsigned long capacity_orig, capacity_orig_thermal; > unsigned long capacity = capacity_of(cpu); > + unsigned long capacity_orig; > bool fits, uclamp_max_fits; > > /* > @@ -4948,7 +4957,6 @@ static inline int util_fits_cpu(unsigned long util, > * goal is to cap the task. So it's okay if it's getting less. > */ > capacity_orig = arch_scale_cpu_capacity(cpu); > - capacity_orig_thermal = capacity_orig - arch_scale_thermal_pressure(cpu); > > /* > * We want to force a task to fit a cpu as implied by uclamp_max. > @@ -5023,7 +5031,8 @@ static inline int util_fits_cpu(unsigned long util, > * handle the case uclamp_min > uclamp_max. > */ > uclamp_min = min(uclamp_min, uclamp_max); > - if (fits && (util < uclamp_min) && (uclamp_min > capacity_orig_thermal)) > + if (fits && (util < uclamp_min) && > + (uclamp_min > get_actual_cpu_capacity(cpu))) > return -1; > > return fits; > @@ -7404,7 +7413,7 @@ select_idle_capacity(struct task_struct *p, struct sched_domain *sd, int target) > * Look for the CPU with best capacity. > */ > else if (fits < 0) > - cpu_cap = arch_scale_cpu_capacity(cpu) - thermal_load_avg(cpu_rq(cpu)); > + cpu_cap = get_actual_cpu_capacity(cpu); > > /* > * First, select CPU which fits better (-1 being better than 0). > @@ -7897,8 +7906,8 @@ static int find_energy_efficient_cpu(struct task_struct *p, int prev_cpu) > struct root_domain *rd = this_rq()->rd; > int cpu, best_energy_cpu, target = -1; > int prev_fits = -1, best_fits = -1; > - unsigned long best_thermal_cap = 0; > - unsigned long prev_thermal_cap = 0; > + unsigned long best_actual_cap = 0; > + unsigned long prev_actual_cap = 0; > struct sched_domain *sd; > struct perf_domain *pd; > struct energy_env eenv; > @@ -7928,7 +7937,7 @@ static int find_energy_efficient_cpu(struct task_struct *p, int prev_cpu) > > for (; pd; pd = pd->next) { > unsigned long util_min = p_util_min, util_max = p_util_max; > - unsigned long cpu_cap, cpu_thermal_cap, util; > + unsigned long cpu_cap, cpu_actual_cap, util; > long prev_spare_cap = -1, max_spare_cap = -1; > unsigned long rq_util_min, rq_util_max; > unsigned long cur_delta, base_energy; > @@ -7940,18 +7949,17 @@ static int find_energy_efficient_cpu(struct task_struct *p, int prev_cpu) > if (cpumask_empty(cpus)) > continue; > > - /* Account thermal pressure for the energy estimation */ > + /* Account external pressure for the energy estimation */ > cpu = cpumask_first(cpus); > - cpu_thermal_cap = arch_scale_cpu_capacity(cpu); > - cpu_thermal_cap -= arch_scale_thermal_pressure(cpu); > + cpu_actual_cap = get_actual_cpu_capacity(cpu); > > - eenv.cpu_cap = cpu_thermal_cap; > + eenv.cpu_cap = cpu_actual_cap; > eenv.pd_cap = 0; > > for_each_cpu(cpu, cpus) { > struct rq *rq = cpu_rq(cpu); > > - eenv.pd_cap += cpu_thermal_cap; > + eenv.pd_cap += cpu_actual_cap; > > if (!cpumask_test_cpu(cpu, sched_domain_span(sd))) > continue; > @@ -8022,7 +8030,7 @@ static int find_energy_efficient_cpu(struct task_struct *p, int prev_cpu) > if (prev_delta < base_energy) > goto unlock; > prev_delta -= base_energy; > - prev_thermal_cap = cpu_thermal_cap; > + prev_actual_cap = cpu_actual_cap; > best_delta = min(best_delta, prev_delta); > } > > @@ -8037,7 +8045,7 @@ static int find_energy_efficient_cpu(struct task_struct *p, int prev_cpu) > * but best energy cpu has better capacity. > */ > if ((max_fits < 0) && > - (cpu_thermal_cap <= best_thermal_cap)) > + (cpu_actual_cap <= best_actual_cap)) > continue; > > cur_delta = compute_energy(&eenv, pd, cpus, p, > @@ -8058,14 +8066,14 @@ static int find_energy_efficient_cpu(struct task_struct *p, int prev_cpu) > best_delta = cur_delta; > best_energy_cpu = max_spare_cap_cpu; > best_fits = max_fits; > - best_thermal_cap = cpu_thermal_cap; > + best_actual_cap = cpu_actual_cap; > } > } > rcu_read_unlock(); > > if ((best_fits > prev_fits) || > ((best_fits > 0) && (best_delta < prev_delta)) || > - ((best_fits < 0) && (best_thermal_cap > prev_thermal_cap))) > + ((best_fits < 0) && (best_actual_cap > prev_actual_cap))) > target = best_energy_cpu; > > return target; > @@ -9441,8 +9449,8 @@ static inline void init_sd_lb_stats(struct sd_lb_stats *sds) > > static unsigned long scale_rt_capacity(int cpu) > { > + unsigned long max = get_actual_cpu_capacity(cpu); > struct rq *rq = cpu_rq(cpu); > - unsigned long max = arch_scale_cpu_capacity(cpu); > unsigned long used, free; > unsigned long irq; > > @@ -9454,12 +9462,9 @@ static unsigned long scale_rt_capacity(int cpu) > /* > * avg_rt.util_avg and avg_dl.util_avg track binary signals > * (running and not running) with weights 0 and 1024 respectively. > - * avg_thermal.load_avg tracks thermal pressure and the weighted > - * average uses the actual delta max capacity(load). > */ > used = READ_ONCE(rq->avg_rt.util_avg); > used += READ_ONCE(rq->avg_dl.util_avg); > - used += thermal_load_avg(rq); > > if (unlikely(used >= max)) > return 1; > -- > 2.34.1 >