Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp5724912imm; Tue, 18 Sep 2018 14:35:17 -0700 (PDT) X-Google-Smtp-Source: ANB0Vdb2LrRb5LHhClPPd74itg3qU3ApIaFe2oA3WwRQEC4JzTu29w6KcfuumgUBU09LGg8lQymS X-Received: by 2002:a62:9101:: with SMTP id l1-v6mr32645332pfe.226.1537306517126; Tue, 18 Sep 2018 14:35:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537306517; cv=none; d=google.com; s=arc-20160816; b=nHImEzM3vGfu55v7ZXtsZ7fitCWMRdLbPfGBVES/yYIyjANKmfjyOC/2626AhcSPpK ySf/K+n92eIOh3bBrZxmeZDrtQ4aICgUzjR0erpR8HQSDWzQbF6CpE9RJgYc0DOsSYa+ ZC1PY0vRKsxSRzj4fC1AtqLGvYFJjy04ohvoGn4yQk2eT/hB1lElh71n0VgL5xMLgaiz kqfohmMXB9CnxDfOMEBrzl+/fVWJEBJg4cyc0U+ebi6timipWRlhJ5/vVZ5h+vH99yqb HVSJMHHMtqIuVvh8S+Op5qD/Ff7GANJi8zh8s2+hquQ/pTJSzHwnZSC+6Laqay1IYcKh cLmA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=7T2Ap6hdkd1Pen43sNwGm3dbR6eXcHgA4v3rBW7EpXw=; b=mGS6oukZHikubYOi3cAQoi5BChCfsJyCVZZ0hHqwQhan7bQjpqj6L6LhmLF+3iI1Vu JOw/LCEx8kNay3af/Acg+6gNcC5XHv+oneRRgNwmyfi5kIZFfSEGDhhRoSTZi2Y5Ou+A FJ4hpZ5f6L0uqbWk4+W5biKvwUAVWVMGyEUtgeKB5QRvJofvt+Cq65/XqKWUftqcIemz ve3HOOrN5K9OjG1fwaZ7JdmpL8Cpi2LpeF8hY+7mD/1MirwfEhPTv1Y3ntKAKy8Hv39J Pihq5Z2Fzm16SHHiO8kXNUsYyChK4q9+4rRPFEzIp9f6sU5938X+bOjUDzBbm44hUS6u pX2Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b9-v6si18599753plr.78.2018.09.18.14.35.01; Tue, 18 Sep 2018 14:35:17 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730526AbeISDIE (ORCPT + 99 others); Tue, 18 Sep 2018 23:08:04 -0400 Received: from mail-ot1-f65.google.com ([209.85.210.65]:44523 "EHLO mail-ot1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730168AbeISDIE (ORCPT ); Tue, 18 Sep 2018 23:08:04 -0400 Received: by mail-ot1-f65.google.com with SMTP id 36-v6so3551535oth.11; Tue, 18 Sep 2018 14:33:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=7T2Ap6hdkd1Pen43sNwGm3dbR6eXcHgA4v3rBW7EpXw=; b=lOdGHd8q7Fz8mOUn0noSxfttUlcoEZmE+PVPCw/c+6+lxCFgNDrbX3qF6409vWnLpf 4pjgicdJ9wXv/9bTCduSJz5cw+V7ymiUbukPYehHZ72eQF4QCO2G3RQ2Tq+ygpWskhzX 6IO1yLao6ZfaCqOwSbvFztfwsDoLhm9g2Lddy3T8jKp73o2guMhrnxKpOtKK0rXv6rV8 46oUIUjmfgWAGdtfmTfHNMbafeou6Qe44hIE1FQoEFg7cm9x2fzFuhLPlM3b5wOjdBiL bVl/ku3jQ5g8hh3AbiKCaS6lNKWuA65QrnOPvHhAED/yf98XwG3HU0REQ7xHluoyvMmS Qj+g== X-Gm-Message-State: APzg51CI6NTMpQftD1jNBUOWbj/wtqBzS8zx1QMzffbiGI4Y/LH8iMv9 zwvuO+35xSqHDQZ+KESOXjxVFhPp4BCqjBydA08= X-Received: by 2002:a9d:19e8:: with SMTP id k95-v6mr17876501otk.248.1537306413792; Tue, 18 Sep 2018 14:33:33 -0700 (PDT) MIME-Version: 1.0 References: <20180912091309.7551-1-quentin.perret@arm.com> <20180912091309.7551-3-quentin.perret@arm.com> In-Reply-To: <20180912091309.7551-3-quentin.perret@arm.com> From: "Rafael J. Wysocki" Date: Tue, 18 Sep 2018 23:33:22 +0200 Message-ID: Subject: Re: [PATCH v7 02/14] sched/cpufreq: Prepare schedutil for Energy Aware Scheduling To: Quentin Perret Cc: Peter Zijlstra , "Rafael J. Wysocki" , Linux Kernel Mailing List , Linux PM , Greg Kroah-Hartman , Ingo Molnar , Dietmar Eggemann , Morten Rasmussen , Chris Redpath , Patrick Bellasi , Valentin Schneider , Vincent Guittot , Thara Gopinath , Viresh Kumar , Todd Kjos , Joel Fernandes , Steve Muckle , adharmap@codeaurora.org, Saravana Kannan , Pavan Kondeti , Juri Lelli , Eduardo Valentin , Srinivas Pandruvada , currojerez@riseup.net, Javi Merino Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 12, 2018 at 11:14 AM Quentin Perret wrote: > > Schedutil requests frequency by aggregating utilization signals from > the scheduler (CFS, RT, DL, IRQ) and applying and 25% margin on top of > them. Since Energy Aware Scheduling (EAS) needs to be able to predict > the frequency requests, it needs to forecast the decisions made by the > governor. > > In order to prepare the introduction of EAS, introduce > schedutil_freq_util() to centralize the aforementioned signal > aggregation and make it available to both schedutil and EAS. Since > frequency selection and energy estimation still need to deal with RT and > DL signals slightly differently, schedutil_freq_util() is called with a > different 'type' parameter in those two contexts, and returns an > aggregated utilization signal accordingly. While at it, introduce the > map_util_freq() function which is designed to make schedutil's 25% > margin usable easily for both sugov and EAS. > > As EAS will be able to predict schedutil's frequency requests more > accurately than any other governor by design, it'd be sensible to make > sure EAS cannot be used without schedutil. This will be done later, once > EAS has actually been introduced. > > Cc: Ingo Molnar > Cc: Peter Zijlstra > Suggested-by: Peter Zijlstra > Signed-off-by: Quentin Perret While the overall idea is fine by me, I would do a couple of things differently (see below). > --- > include/linux/sched/cpufreq.h | 6 +++ > kernel/sched/cpufreq_schedutil.c | 89 +++++++++++++++++++++----------- > kernel/sched/sched.h | 14 +++++ > 3 files changed, 80 insertions(+), 29 deletions(-) > > diff --git a/include/linux/sched/cpufreq.h b/include/linux/sched/cpufreq.h > index 59667444669f..afa940cd50dc 100644 > --- a/include/linux/sched/cpufreq.h > +++ b/include/linux/sched/cpufreq.h > @@ -20,6 +20,12 @@ void cpufreq_add_update_util_hook(int cpu, struct update_util_data *data, > void (*func)(struct update_util_data *data, u64 time, > unsigned int flags)); > void cpufreq_remove_update_util_hook(int cpu); > + > +static inline unsigned long map_util_freq(unsigned long util, > + unsigned long freq, unsigned long cap) > +{ > + return (freq + (freq >> 2)) * util / cap; > +} > #endif /* CONFIG_CPU_FREQ */ > > #endif /* _LINUX_SCHED_CPUFREQ_H */ > diff --git a/kernel/sched/cpufreq_schedutil.c b/kernel/sched/cpufreq_schedutil.c > index 3fffad3bc8a8..8356cb0072a6 100644 > --- a/kernel/sched/cpufreq_schedutil.c > +++ b/kernel/sched/cpufreq_schedutil.c > @@ -13,6 +13,7 @@ > > #include "sched.h" > > +#include > #include > > struct sugov_tunables { > @@ -167,7 +168,7 @@ static unsigned int get_next_freq(struct sugov_policy *sg_policy, > unsigned int freq = arch_scale_freq_invariant() ? > policy->cpuinfo.max_freq : policy->cur; > > - freq = (freq + (freq >> 2)) * util / max; > + freq = map_util_freq(util, freq, max); > > if (freq == sg_policy->cached_raw_freq && !sg_policy->need_freq_update) > return sg_policy->next_freq; > @@ -197,15 +198,15 @@ static unsigned int get_next_freq(struct sugov_policy *sg_policy, > * based on the task model parameters and gives the minimal utilization > * required to meet deadlines. > */ > -static unsigned long sugov_get_util(struct sugov_cpu *sg_cpu) > +unsigned long schedutil_freq_util(int cpu, unsigned long util_cfs, > + enum schedutil_type type) The new "type" argument should be documented. Also IMO using the special enum for it is quite confusing, because you ever only check one value from it directly. What would be wrong with using a plain "bool" instead? > { > - struct rq *rq = cpu_rq(sg_cpu->cpu); > + struct rq *rq = cpu_rq(cpu); > unsigned long util, irq, max; > > - sg_cpu->max = max = arch_scale_cpu_capacity(NULL, sg_cpu->cpu); > - sg_cpu->bw_dl = cpu_bw_dl(rq); > + max = arch_scale_cpu_capacity(NULL, cpu); > > - if (rt_rq_is_runnable(&rq->rt)) > + if (type == FREQUENCY_UTIL && rt_rq_is_runnable(&rq->rt)) > return max; > > /* > @@ -223,20 +224,33 @@ static unsigned long sugov_get_util(struct sugov_cpu *sg_cpu) > * utilization (PELT windows are synchronized) we can directly add them > * to obtain the CPU's actual utilization. > */ > - util = cpu_util_cfs(rq); > + util = util_cfs; > util += cpu_util_rt(rq); > > - /* > - * We do not make cpu_util_dl() a permanent part of this sum because we > - * want to use cpu_bw_dl() later on, but we need to check if the > - * CFS+RT+DL sum is saturated (ie. no idle time) such that we select > - * f_max when there is no idle time. > - * > - * NOTE: numerical errors or stop class might cause us to not quite hit > - * saturation when we should -- something for later. > - */ > - if ((util + cpu_util_dl(rq)) >= max) > - return max; > + if (type == FREQUENCY_UTIL) { > + /* > + * For frequency selection we do not make cpu_util_dl() a > + * permanent part of this sum because we want to use > + * cpu_bw_dl() later on, but we need to check if the > + * CFS+RT+DL sum is saturated (ie. no idle time) such > + * that we select f_max when there is no idle time. > + * > + * NOTE: numerical errors or stop class might cause us > + * to not quite hit saturation when we should -- > + * something for later. > + */ > + > + if ((util + cpu_util_dl(rq)) >= max) > + return max; > + } else { > + /* > + * OTOH, for energy computation we need the estimated > + * running time, so include util_dl and ignore dl_bw. > + */ > + util += cpu_util_dl(rq); > + if (util >= max) > + return max; > + } > > /* > * There is still idle time; further improve the number by using the > @@ -250,17 +264,34 @@ static unsigned long sugov_get_util(struct sugov_cpu *sg_cpu) > util = scale_irq_capacity(util, irq, max); > util += irq; > > - /* > - * Bandwidth required by DEADLINE must always be granted while, for > - * FAIR and RT, we use blocked utilization of IDLE CPUs as a mechanism > - * to gracefully reduce the frequency when no tasks show up for longer > - * periods of time. > - * > - * Ideally we would like to set bw_dl as min/guaranteed freq and util + > - * bw_dl as requested freq. However, cpufreq is not yet ready for such > - * an interface. So, we only do the latter for now. > - */ > - return min(max, util + sg_cpu->bw_dl); > + if (type == FREQUENCY_UTIL) { > + /* > + * Bandwidth required by DEADLINE must always be granted > + * while, for FAIR and RT, we use blocked utilization of > + * IDLE CPUs as a mechanism to gracefully reduce the > + * frequency when no tasks show up for longer periods of > + * time. > + * > + * Ideally we would like to set bw_dl as min/guaranteed > + * freq and util + bw_dl as requested freq. However, > + * cpufreq is not yet ready for such an interface. So, > + * we only do the latter for now. > + */ > + util += cpu_bw_dl(rq); > + } > + > + return min(max, util); > +} > + > +static unsigned long sugov_get_util(struct sugov_cpu *sg_cpu) > +{ > + struct rq *rq = cpu_rq(sg_cpu->cpu); > + unsigned long util = cpu_util_cfs(rq); > + > + sg_cpu->max = arch_scale_cpu_capacity(NULL, sg_cpu->cpu); > + sg_cpu->bw_dl = cpu_bw_dl(rq); > + > + return schedutil_freq_util(sg_cpu->cpu, util, FREQUENCY_UTIL); If you add a "max" argument to schedutil_freq_util(), you can avoid the second (and arguably redundant) evaluation of arch_scale_cpu_capacity() in there. > } > > /** > diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h > index 481e6759441b..d59effb34786 100644 > --- a/kernel/sched/sched.h > +++ b/kernel/sched/sched.h > @@ -2172,7 +2172,15 @@ static inline void cpufreq_update_util(struct rq *rq, unsigned int flags) {} > # define arch_scale_freq_invariant() false > #endif > > +enum schedutil_type { > + FREQUENCY_UTIL, > + ENERGY_UTIL, > +}; As I said above, I would just use "bool" instead of this new enum (it has two values too) or the new type needs to be documented. > + > #ifdef CONFIG_CPU_FREQ_GOV_SCHEDUTIL > +unsigned long schedutil_freq_util(int cpu, unsigned long util_cfs, > + enum schedutil_type type); > + > static inline unsigned long cpu_bw_dl(struct rq *rq) > { > return (rq->dl.running_bw * SCHED_CAPACITY_SCALE) >> BW_SHIFT; > @@ -2199,6 +2207,12 @@ static inline unsigned long cpu_util_rt(struct rq *rq) > { > return READ_ONCE(rq->avg_rt.util_avg); > } > +#else /* CONFIG_CPU_FREQ_GOV_SCHEDUTIL */ > +static inline unsigned long schedutil_freq_util(int cpu, unsigned long util, > + enum schedutil_type type) > +{ > + return util; > +} > #endif And I would add a wrapper around schedutil_freq_util(), called say schedutil_energy_util(), that would pass a specific value as the "type". > > #ifdef HAVE_SCHED_AVG_IRQ > -- Cheers, Rafael