Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp292644pxf; Thu, 11 Mar 2021 04:09:19 -0800 (PST) X-Google-Smtp-Source: ABdhPJxvlYPVrFMLnL6gE5NGg61ixWmJz2tP2bRLmYIzJG2hx2hkqqDhiFD53vQ/ttU4pke5O6ZZ X-Received: by 2002:a17:906:11d1:: with SMTP id o17mr2767780eja.517.1615464558890; Thu, 11 Mar 2021 04:09:18 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615464558; cv=none; d=google.com; s=arc-20160816; b=XRI7WhXzYs8LNfa2M363/hMR3A9LpiRxcsdvjkCU5pp9nQA6a2C4BtqUPq8k2EwWSu dfEfWpxn8U3YQX/dORPc3PaSRqOuzz5Dfyi9Bn/F+qzJCbGlCilE2YxRE9xs54E2wT78 BAuyfQR5AH7L134OrZC1yBxkfOZL/kbepG7Rja+LuxcTACU7Ji6nG/4UN7O8NKyxcTCW HQeaEIn5kUQN/Dqg6M1qymfVSZgbQRwhOlIKuZDdalN/sbFFkaW/Qv8jUzE/VgbLOVS/ XVii90DPoQa6yafViV3y34lcTPl/TVOO0mtORXbt9e2O26XeMGT8fsVtezHhW8UA30dl J4wQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=teg991PS4dFGwfs3CR0PzOSpqD/Okw2QHRTt20zoIoA=; b=t/WnE7SSvFEvCGTaXDfFUHvyNm8/xLdnaI78ZIlguVPvP+CbvCiPvQWyNjCLo+Gf+y +Aucr2sqgEbcipVWtSCsSrW58nFepEvvr08XIxr7lz9XnbrJx//5SFW/tn1nrp/vwkeJ iPHJXrYrGAIIDKrXC9J/TSTnQr0SKRMj+3YpKDtivbj/hVdMYD1A5OMDTx4bac10Cq5R i/aHUUqkDGAjXbcPf1mDsfKyVp2JmrKYWLeJm3c34S3KxXfT6rXiPVqrFwEe2BDTjzxE SCeNBhSVcHEglwEMCcpQsPuteFfFHDQKFqHmybIWTxYWNVES/ClwDBKsL7/jgv0580Hh kV1A== 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 y14si1614435ejw.723.2021.03.11.04.08.55; Thu, 11 Mar 2021 04:09:18 -0800 (PST) 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 S233076AbhCKMGJ (ORCPT + 99 others); Thu, 11 Mar 2021 07:06:09 -0500 Received: from foss.arm.com ([217.140.110.172]:34104 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233026AbhCKMFq (ORCPT ); Thu, 11 Mar 2021 07:05:46 -0500 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 154DD31B; Thu, 11 Mar 2021 04:05:46 -0800 (PST) Received: from e113632-lin.cambridge.arm.com (e113632-lin.cambridge.arm.com [10.1.194.46]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 805973F793; Thu, 11 Mar 2021 04:05:44 -0800 (PST) From: Valentin Schneider To: linux-kernel@vger.kernel.org Cc: Qais Yousef , Peter Zijlstra , Ingo Molnar , Vincent Guittot , Dietmar Eggemann , Morten Rasmussen , Quentin Perret , Pavan Kondeti , Rik van Riel , Lingutla Chandrasekhar Subject: [PATCH v3 6/7] sched/fair: Filter out locally-unsolvable misfit imbalances Date: Thu, 11 Mar 2021 12:05:26 +0000 Message-Id: <20210311120527.167870-7-valentin.schneider@arm.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20210311120527.167870-1-valentin.schneider@arm.com> References: <20210311120527.167870-1-valentin.schneider@arm.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Consider the following (hypothetical) asymmetric CPU capacity topology, with some amount of capacity pressure (RT | DL | IRQ | thermal): DIE [ ] MC [ ][ ] 0 1 2 3 | CPU | capacity_orig | capacity | |-----+---------------+----------| | 0 | 870 | 860 | | 1 | 870 | 600 | | 2 | 1024 | 850 | | 3 | 1024 | 860 | If CPU1 has a misfit task, then CPU0, CPU2 and CPU3 are valid candidates to grant the task an uplift in CPU capacity. Consider CPU0 and CPU3 as sufficiently busy, i.e. don't have enough spare capacity to accommodate CPU1's misfit task. This would then fall on CPU2 to pull the task. This currently won't happen, because CPU2 will fail capacity_greater(capacity_of(CPU2), sg->sgc->max_capacity) in update_sd_pick_busiest(), where 'sg' is the [0, 1] group at DIE level. In this case, the max_capacity is that of CPU0's, which is at this point in time greater than that of CPU2's. This comparison doesn't make much sense, given that the only CPUs we should care about in this scenario are CPU1 (the CPU with the misfit task) and CPU2 (the load-balance destination CPU). Aggregate a misfit task's load into sgs->group_misfit_task_load only if env->dst_cpu would grant it a capacity uplift. Separately track whether a sched_group contains a misfit task to still classify it as group_misfit_task and not pick it as busiest group when pulling from a lower-capacity CPU (which is the current behaviour and prevents down-migration). Since find_busiest_queue() can now iterate over CPUs with a higher capacity than the local CPU's, add a capacity check there. Reviewed-by: Qais Yousef Signed-off-by: Valentin Schneider --- kernel/sched/fair.c | 39 ++++++++++++++++++++++++++++++--------- 1 file changed, 30 insertions(+), 9 deletions(-) diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index 1e8a242cd1f7..41cdda7a8ea6 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -5759,6 +5759,12 @@ static unsigned long capacity_of(int cpu) return cpu_rq(cpu)->cpu_capacity; } +/* Is CPU a's capacity noticeably greater than CPU b's? */ +static inline bool cpu_capacity_greater(int a, int b) +{ + return capacity_greater(capacity_of(a), capacity_of(b)); +} + static void record_wakee(struct task_struct *p) { /* @@ -8091,7 +8097,8 @@ struct sg_lb_stats { unsigned int group_weight; enum group_type group_type; unsigned int group_asym_packing; /* Tasks should be moved to preferred CPU */ - unsigned long group_misfit_task_load; /* A CPU has a task too big for its capacity */ + unsigned long group_misfit_task_load; /* Task load that can be uplifted */ + int group_has_misfit_task; /* A CPU has a task too big for its capacity */ #ifdef CONFIG_NUMA_BALANCING unsigned int nr_numa_running; unsigned int nr_preferred_running; @@ -8364,7 +8371,7 @@ group_type group_classify(unsigned int imbalance_pct, if (sgs->group_asym_packing) return group_asym_packing; - if (sgs->group_misfit_task_load) + if (sgs->group_has_misfit_task) return group_misfit_task; if (!group_has_capacity(imbalance_pct, sgs)) @@ -8447,10 +8454,21 @@ static inline void update_sg_lb_stats(struct lb_env *env, continue; /* Check for a misfit task on the cpu */ - if (sd_has_asym_cpucapacity(env->sd) && - sgs->group_misfit_task_load < rq->misfit_task_load) { - sgs->group_misfit_task_load = rq->misfit_task_load; - *sg_status |= SG_OVERLOAD; + if (!sd_has_asym_cpucapacity(env->sd) || + !rq->misfit_task_load) + continue; + + *sg_status |= SG_OVERLOAD; + sgs->group_has_misfit_task = true; + + /* + * Don't attempt to maximize load for misfit tasks that can't be + * granted a CPU capacity uplift. + */ + if (cpu_capacity_greater(env->dst_cpu, i)) { + sgs->group_misfit_task_load = max( + sgs->group_misfit_task_load, + rq->misfit_task_load); } } @@ -8501,7 +8519,7 @@ static bool update_sd_pick_busiest(struct lb_env *env, /* Don't try to pull misfit tasks we can't help */ if (static_branch_unlikely(&sched_asym_cpucapacity) && sgs->group_type == group_misfit_task && - (!capacity_greater(capacity_of(env->dst_cpu), sg->sgc->max_capacity) || + (!sgs->group_misfit_task_load || sds->local_stat.group_type != group_has_spare)) return false; @@ -9448,15 +9466,18 @@ static struct rq *find_busiest_queue(struct lb_env *env, case migrate_misfit: /* * For ASYM_CPUCAPACITY domains with misfit tasks we - * simply seek the "biggest" misfit task. + * simply seek the "biggest" misfit task we can + * accommodate. */ + if (!cpu_capacity_greater(env->dst_cpu, i)) + continue; + if (rq->misfit_task_load > busiest_load) { busiest_load = rq->misfit_task_load; busiest = rq; } break; - } } -- 2.25.1