Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp8002090pxb; Fri, 19 Feb 2021 05:07:37 -0800 (PST) X-Google-Smtp-Source: ABdhPJz+vikU4cLy9zYjG+d590wxTzH9LU5bU0A8liCT5ceFtmQ0oUOWUdtqSolquB6lI/VmipmD X-Received: by 2002:a05:6402:4310:: with SMTP id m16mr9099081edc.207.1613740057230; Fri, 19 Feb 2021 05:07:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613740057; cv=none; d=google.com; s=arc-20160816; b=ambiKhFeAh5ZzaC1OrUqJ0OXOIVh9aN9Bjcg6rMMVEpQUP/b7WGgzhkv3mibe9B68k dlRTrV6Ony7t81jUCZ1ReSwjoJ4KMnxPQChyYwg7XBS7WsBVRI7hAF+UPMI77J02EOx+ CsKLLLWSjyUHJKzNjCz959yS1XxGGc3L7T+bxuRx2E/ubSg2H0D7jjgZzVhWYXgukOyc xRsc2bEvMgW+bbJa62W8PSbTWgfCw12+wcERt8Zoobsk5FJ8A2Ivl9MB74Md0vwzeJ/i lxLS3JYTpi43t6orX5u9Fgr1Gjil8GruVOmAh20zlypCreISy2RcZvbaLiDG4ecj4+3y GjQw== 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=g+/6L50f52etpzMRpBuTcMbbBlfoZrRntQAynb0YkBA=; b=Nx+gGo0YHMinX/LOvACsPaJ/TEx534FJDxXDU+0oM/HGwOEVcNEIAmx1XbkBF9b9pm mH9dbS2vhZheHlZRso/iaHiURiOuresASfWHmIyImsQYZAuuSdmSJeEMzPROLUE3szBQ PvmuJ2eEjjNe1atOR4eA0PG5dB5fqXoiLKblcSZ0ULwaxD2ZL1/IDAQ3J6AkLjlkWS/1 ANdyqOAJ5q2gI9VEWtPDCbyh67RKFT1Bd5gjDNi9m6Y9mNPpjCjQ6Zh8/Db/WO9wdVu1 9083iFdzkZ4Hh/gydj8Bs1nb0EIEuTS3VZjvVBaSog12w5y7hgT58reKQO1kTspzkR1h qbLg== 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 hp19si5734687ejc.733.2021.02.19.05.07.13; Fri, 19 Feb 2021 05:07:37 -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 S230305AbhBSNFN (ORCPT + 99 others); Fri, 19 Feb 2021 08:05:13 -0500 Received: from foss.arm.com ([217.140.110.172]:35954 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230232AbhBSNEC (ORCPT ); Fri, 19 Feb 2021 08:04:02 -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 8266D142F; Fri, 19 Feb 2021 05:02:41 -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 F065D3F73B; Fri, 19 Feb 2021 05:02:39 -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 v2 6/7] sched/fair: Filter out locally-unsolvable misfit imbalances Date: Fri, 19 Feb 2021 13:00:02 +0000 Message-Id: <20210219130003.2890-7-valentin.schneider@arm.com> X-Mailer: git-send-email 2.27.0 In-Reply-To: <20210219130003.2890-1-valentin.schneider@arm.com> References: <20210219130003.2890-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 af5ce083c982..ee172b384e29 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -5747,6 +5747,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) { /* @@ -8061,7 +8067,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; @@ -8334,7 +8341,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)) @@ -8420,10 +8427,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); } } @@ -8474,7 +8492,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; @@ -9434,15 +9452,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.27.0