Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3231147pxk; Mon, 21 Sep 2020 08:24:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwlrRgp0R5VEnJDOdLeataT5hWICRBYwHwosD4JBcpq5AfA2R50Xaexa/uiJtR+ekM+USPY X-Received: by 2002:a17:906:f0cb:: with SMTP id dk11mr41456192ejb.457.1600701894065; Mon, 21 Sep 2020 08:24:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600701893; cv=none; d=google.com; s=arc-20160816; b=z9bUy77A4mx6+inhQd5wb2Xm14Ao3TFi1FlE65xiGo5DV8Q2JKNGiMrmLTurxv/Bey bkNZk+1khL6yt3hbuCBKVacPFNhPgskUlT5V4gAJmv11tMePK9ZSyh7DHKv5a57yvuEO b1u1Wkk5gyuGEAbA60dln3ZGDdZHAja2evppQOVWdX9h4B8G6yHYbJ8D5cyOJxPO5FOC /CIOON+Ik1/7+SMXPQUIdwGpIisd/jjec5WYxHEBYtUwrPAhOigkZHVAnlUn3mHNhF59 MMiJ97u+fspOnG+edA+tkaH9PC6KVF2VSYdGvMmj9pePfcN075zBsV26mrhurKBIkkjn lidA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=W2g+NHPMvAe8oIeaRzpgrekfF2bHoNZS4tXAOMzt80k=; b=lp5R59gKjr2wBo5QSfQOl42FAd6g3YZPA/lw+6cviq2YoA3vdBSBqwqhBEIePR299z m6OwqtDxbGztsicfTb1Kbe/+HAWs2j/p6xJzr/CXLjmiS8HwVdLeWO91H/D3E5RHuEB5 TpwubSGyA6ivFakOK2zK3+9RNlpuY04NIQnN4yb6l8ca4GdJVLV8cUFa9M1Apjx9digL //PnR43W+IN5VstVPxONpTkwPVZwrabZuhjGsQ0664EpW1orqRjhZ6kXeApY7FzNOxhO UAuS/JkCfy6VKLmJr4di3U7dBViDGR1piDXrzAiMSiTyfILkQEm9sYfRRh7vWEBLx2+6 XFlw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=wKmSf3CR; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id qx15si6003783ejb.658.2020.09.21.08.24.30; Mon, 21 Sep 2020 08:24:53 -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; dkim=pass header.i=@linaro.org header.s=google header.b=wKmSf3CR; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727808AbgIUPVO (ORCPT + 99 others); Mon, 21 Sep 2020 11:21:14 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49482 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726471AbgIUPVO (ORCPT ); Mon, 21 Sep 2020 11:21:14 -0400 Received: from mail-lf1-x142.google.com (mail-lf1-x142.google.com [IPv6:2a00:1450:4864:20::142]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C5D68C061755 for ; Mon, 21 Sep 2020 08:21:13 -0700 (PDT) Received: by mail-lf1-x142.google.com with SMTP id b12so14449890lfp.9 for ; Mon, 21 Sep 2020 08:21:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=W2g+NHPMvAe8oIeaRzpgrekfF2bHoNZS4tXAOMzt80k=; b=wKmSf3CRWnLaV/BvmM6ZMxhMr+f24B84Ao1Le9KCI7niOe+fxhQ4jyAQARWuWg1DVK mzGx3E/8bW3rZ61cGg413LJqoJLWd5OG3iKPln2ID59nZSItF7NvgKFXSLFtxRf3+jHL EacbK9VkzsIIrBiyqrce7cMrH5RuILnlnD5QV1GDiKxJTLMG9XVYhxis3Ddaz0ob/LDE RMXK8KAfJc2gJZ5gEFtVGd8HKrwKelwga9tpPMFs+9b2Prt1oygvwFzZl/fyW3P9I5hp UxoltAtvxdOZbztLS2doX0a3FXhziCS63lXk9qg2Bz7vWuE9f9I1NJhoN5ANZ9fD4yRu d2sg== 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=W2g+NHPMvAe8oIeaRzpgrekfF2bHoNZS4tXAOMzt80k=; b=fe8y8nhPQpRIHFf60XrJeamlp5ZhkqtXnMhDCfqK5CoMRRkW12fFvqUQNjgCckdp1z 3VRL2lnmOb+yR9UmEvWZkHDUKMwSoQ+2LD43776Rfk/RVUUgyf7IGGWErJQsn1v2KBXo FwX94B1ZMOFUScB9UOM+u0HX68VV/6sC+CKUBsrZ0QOIDRruU/BJAz1u5DzFDhA3KxfK QTy1fk0cVwq9mh79vkFMoCdhC6O7bRju7xuR42kMau50soUZnSYMQvuMhvisTP11dgm2 LsAr1BhDbdfV2D+nfO4pZiWNv/oxlVWbwNnyS8Ro/IIapf6+1PBoN8EWC4fZG67o+W+Z rMag== X-Gm-Message-State: AOAM531Zm7pLfDWNzG75V2NjFpyv0muNtj2Be6oOKj5u1bkaf8UAjR+W k32/7snymiDSlQuqTD+D1Og+5IjWlvqwrTvpV9NB5w== X-Received: by 2002:a19:604e:: with SMTP id p14mr131755lfk.385.1600701672112; Mon, 21 Sep 2020 08:21:12 -0700 (PDT) MIME-Version: 1.0 References: <20200916043103.606132-1-aubrey.li@linux.intel.com> <20200916110039.GG3117@suse.de> <78d608f2-b974-e940-da32-b37777bc405a@linux.intel.com> In-Reply-To: From: Vincent Guittot Date: Mon, 21 Sep 2020 17:21:00 +0200 Message-ID: Subject: Re: [RFC PATCH v2] sched/fair: select idle cpu from idle cpumask in sched domain To: "Li, Aubrey" Cc: Mel Gorman , Ingo Molnar , Peter Zijlstra , Juri Lelli , Dietmar Eggemann , Steven Rostedt , Ben Segall , Valentin Schneider , Tim Chen , linux-kernel , Qais Yousef , Jiang Biao Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 21 Sep 2020 at 17:14, Vincent Guittot wrote: > > On Thu, 17 Sep 2020 at 11:21, Li, Aubrey wrote: > > > > On 2020/9/16 19:00, Mel Gorman wrote: > > > On Wed, Sep 16, 2020 at 12:31:03PM +0800, Aubrey Li wrote: > > >> Added idle cpumask to track idle cpus in sched domain. When a CPU > > >> enters idle, its corresponding bit in the idle cpumask will be set, > > >> and when the CPU exits idle, its bit will be cleared. > > >> > > >> When a task wakes up to select an idle cpu, scanning idle cpumask > > >> has low cost than scanning all the cpus in last level cache domain, > > >> especially when the system is heavily loaded. > > >> > > >> The following benchmarks were tested on a x86 4 socket system with > > >> 24 cores per socket and 2 hyperthreads per core, total 192 CPUs: > > >> > > > > > > This still appears to be tied to turning the tick off. An idle CPU > > > available for computation does not necessarily have the tick turned off > > > if it's for short periods of time. When nohz is disabled or a machine is > > > active enough that CPUs are not disabling the tick, select_idle_cpu may > > > fail to select an idle CPU and instead stack tasks on the old CPU. > > > > > > The other subtlety is that select_idle_sibling() currently allows a > > > SCHED_IDLE cpu to be used as a wakeup target. The CPU is not really > > > idle as such, it's simply running a low priority task that is suitable > > > for preemption. I suspect this patch breaks that. > > > > > Thanks! > > > > I shall post a v3 with performance data, I made a quick uperf testing and > > found the benefit is still there. So I posted the patch here and looking > > forward to your comments before I start the benchmarks. > > > > Thanks, > > -Aubrey > > > > ----------------------------------------------------------------------- > > diff --git a/include/linux/sched/topology.h b/include/linux/sched/topology.h > > index fb11091129b3..43a641d26154 100644 > > --- a/include/linux/sched/topology.h > > +++ b/include/linux/sched/topology.h > > @@ -65,8 +65,21 @@ struct sched_domain_shared { > > atomic_t ref; > > atomic_t nr_busy_cpus; > > int has_idle_cores; > > + /* > > + * Span of all idle CPUs in this domain. > > + * > > + * NOTE: this field is variable length. (Allocated dynamically > > + * by attaching extra space to the end of the structure, > > + * depending on how many CPUs the kernel has booted up with) > > + */ > > + unsigned long idle_cpus_span[]; > > }; > > > > +static inline struct cpumask *sds_idle_cpus(struct sched_domain_shared *sds) > > +{ > > + return to_cpumask(sds->idle_cpus_span); > > +} > > + > > struct sched_domain { > > /* These fields must be setup */ > > struct sched_domain __rcu *parent; /* top domain must be null terminated */ > > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c > > index 6b3b59cc51d6..9a3c82645472 100644 > > --- a/kernel/sched/fair.c > > +++ b/kernel/sched/fair.c > > @@ -6023,6 +6023,26 @@ void __update_idle_core(struct rq *rq) > > rcu_read_unlock(); > > } > > > > +/* > > + * Update cpu idle state and record this information > > + * in sd_llc_shared->idle_cpus_span. > > + */ > > +void update_idle_cpumask(struct rq *rq) > > +{ > > + struct sched_domain *sd; > > + int cpu = cpu_of(rq); > > + > > + rcu_read_lock(); > > + sd = rcu_dereference(per_cpu(sd_llc, cpu)); > > + if (!sd || !sd->shared) > > + goto unlock; > > + if (!available_idle_cpu(cpu) || !sched_idle_cpu(cpu)) > > + goto unlock; > > + cpumask_set_cpu(cpu, sds_idle_cpus(sd->shared)); > > +unlock: > > + rcu_read_unlock(); > > +} > > + > > /* > > * Scan the entire LLC domain for idle cores; this dynamically switches off if > > * there are no idle cores left in the system; tracked through > > @@ -6136,7 +6156,12 @@ static int select_idle_cpu(struct task_struct *p, struct sched_domain *sd, int t > > > > time = cpu_clock(this); > > > > - cpumask_and(cpus, sched_domain_span(sd), p->cpus_ptr); > > + /* > > + * sched_domain_shared is set only at shared cache level, > > + * this works only because select_idle_cpu is called with > > + * sd_llc. > > + */ > > + cpumask_and(cpus, sds_idle_cpus(sd->shared), p->cpus_ptr); > > > > for_each_cpu_wrap(cpu, cpus, target) { > > if (!--nr) > > @@ -6712,6 +6737,10 @@ select_task_rq_fair(struct task_struct *p, int prev_cpu, int sd_flag, int wake_f > > > > if (want_affine) > > current->recent_used_cpu = cpu; > > + > > + sd = rcu_dereference(per_cpu(sd_llc, new_cpu)); > > + if (sd && sd->shared) > > + cpumask_clear_cpu(new_cpu, sds_idle_cpus(sd->shared)); > > Why are you clearing the bit only for the fast path ? the slow path > can also select an idle CPU > > Then, I'm afraid that updating a cpumask at each and every task wakeup > will be far too expensive. That's why we are ot updating That's why we are not updating > nohz.idle_cpus_mask at each and every enter/exit idle but only once > per tick. > > And a quick test with hackbench on my octo cores arm64 gives for 12 > iterations of: hackbench -l 2560 -g 1 > tip/sched/core : 1.324(+/- 1.26%) > with this patch : 2.419(+/- 12.31%) -82% regression > > > } > > rcu_read_unlock(); > > > > @@ -10871,6 +10900,9 @@ static void set_next_task_fair(struct rq *rq, struct task_struct *p, bool first) > > /* ensure bandwidth has been allocated on our new cfs_rq */ > > account_cfs_rq_runtime(cfs_rq, 0); > > } > > + /* Update idle cpumask if task has idle policy */ > > + if (unlikely(task_has_idle_policy(p))) > > + update_idle_cpumask(rq); > > it's wrong because a sched_idle task will run for time to time even > when some cfs tasks are runnable > > > } > > > > void init_cfs_rq(struct cfs_rq *cfs_rq) > > diff --git a/kernel/sched/idle.c b/kernel/sched/idle.c > > index 1ae95b9150d3..876dfdfe35bb 100644 > > --- a/kernel/sched/idle.c > > +++ b/kernel/sched/idle.c > > @@ -405,6 +405,7 @@ static void put_prev_task_idle(struct rq *rq, struct task_struct *prev) > > static void set_next_task_idle(struct rq *rq, struct task_struct *next, bool first) > > { > > update_idle_core(rq); > > + update_idle_cpumask(rq); > > schedstat_inc(rq->sched_goidle); > > } > > > > diff --git a/kernel/sched/sched.h b/kernel/sched/sched.h > > index c82857e2e288..7a3355f61bcf 100644 > > --- a/kernel/sched/sched.h > > +++ b/kernel/sched/sched.h > > @@ -1069,6 +1069,7 @@ static inline void update_idle_core(struct rq *rq) > > #else > > static inline void update_idle_core(struct rq *rq) { } > > #endif > > +void update_idle_cpumask(struct rq *rq); > > > > DECLARE_PER_CPU_SHARED_ALIGNED(struct rq, runqueues); > > > > diff --git a/kernel/sched/topology.c b/kernel/sched/topology.c > > index 9079d865a935..f14a6ef4de57 100644 > > --- a/kernel/sched/topology.c > > +++ b/kernel/sched/topology.c > > @@ -1407,6 +1407,7 @@ sd_init(struct sched_domain_topology_level *tl, > > sd->shared = *per_cpu_ptr(sdd->sds, sd_id); > > atomic_inc(&sd->shared->ref); > > atomic_set(&sd->shared->nr_busy_cpus, sd_weight); > > + cpumask_copy(sds_idle_cpus(sd->shared), sched_domain_span(sd)); > > } > > > > sd->private = sdd; > > @@ -1769,7 +1770,7 @@ static int __sdt_alloc(const struct cpumask *cpu_map) > > > > *per_cpu_ptr(sdd->sd, j) = sd; > > > > - sds = kzalloc_node(sizeof(struct sched_domain_shared), > > + sds = kzalloc_node(sizeof(struct sched_domain_shared) + cpumask_size(), > > GFP_KERNEL, cpu_to_node(j)); > > if (!sds) > > return -ENOMEM; > >