Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp14835978rwb; Mon, 28 Nov 2022 05:32:44 -0800 (PST) X-Google-Smtp-Source: AA0mqf4c3oC534ax81kVYk1q/e+7+tEk1MJlgOivTreUO4aDOG5/XY3pTc8gVOzhBX4F/Dz12V28 X-Received: by 2002:a63:711e:0:b0:477:5654:c37e with SMTP id m30-20020a63711e000000b004775654c37emr35735840pgc.206.1669642364752; Mon, 28 Nov 2022 05:32:44 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669642364; cv=none; d=google.com; s=arc-20160816; b=t/n0/pmGx/oEY1NG55IP9Gng41jYkt6QXCU2MaRQHGxb9/vUrOuI/l6S8jPIz1Y8WM WM0w7Mo6KbadWlxafcypDk34uI2WraBt4tWCGO3RWL6CiwSdLRqJCtCUUWu7e3KozWfv AThSPZlPWfYY5jd0zQhi6fvd/ZlnYbxFrrKhUK5d7BeBdD14+8KpRSce8gal6GEyJPw1 hAGv/a4yLaJluws2eEVtSjiiPZdFc+RJcvfcdpNjeBe29ozQLSTAYmXcSz9UB3x1JN76 iyoDjqqWbN/Gn8Cb+GGkNOVfGREFC5ExjGa+XyCU0u4+YP0IJ4dYky907q9wos5RGBdy x8/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:references:in-reply-to:message-id:date:subject :cc:to:from:dkim-signature; bh=Wj9/IxYjURYHpcVfR0uyKjtR4fqlrTUk40P8zS6/Cws=; b=zOxn1nhrCS2p3BiiytUUMMCDRqOzBU6qWYMZKVqsyI5m9rFXETq7ztzXGE/0wFOjh1 lZ4UfKBConDZ8FU0C7fav0xn/z7niFs0u+qkhCpG5xMYGAKaDvXZvWo1jyZxsVeMkS/t 2U4mW24C5RBVJ2lEkYswEjI2G3rCbUgLZ1Vj//sD5ZC7UUFLIE8NVDNKsM9ZPT7Vfk+0 bnGnHq32BGvIQWla1O0FmcSxR1rvHiF12IMNa30vWBKq/H42pRXVZv8V1E/mY6pgADIv HeGiwyUyouLcEx29/Lqdly1FkCp9aneAw6uqGJFkWSDsBFKRgAjt6h5ilA+a90Wvd6A+ ehWg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=TIsGMRdx; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a15-20020a170902eccf00b00176939b5cd9si5083400plh.578.2022.11.28.05.32.32; Mon, 28 Nov 2022 05:32:44 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=TIsGMRdx; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231843AbiK1NOY (ORCPT + 84 others); Mon, 28 Nov 2022 08:14:24 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39072 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231665AbiK1NNj (ORCPT ); Mon, 28 Nov 2022 08:13:39 -0500 Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 697E21DA63; Mon, 28 Nov 2022 05:13:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1669641218; x=1701177218; h=from:to:cc:subject:date:message-id:in-reply-to: references; bh=QuRfJtcjeJpezXilnQW60/bNiOmEuQ40ZOh0UG1TU4A=; b=TIsGMRdxitwIt/fUtN7V2nT9X9lBWZouyurJtfOyx5dZUdoKk5707IcM ntl1vDzJKPn8i6poAh9txSBxi0C2G5iI/h8rjS1y2oP7ctsQRaht66/n1 uqOaFjze8szn7zOvzPmIBeRoYwUMJyMTM6tBQFzhmfq37GvBQnHWedF5z aWOCLe9AJHDitFtq/Ate8xOn2siFldEWRvIAvBMpk2ArqyAJ9YcUcE5fC 3J/9+YbwR0Vmm8raxkSNZRwe033ILMwJ7yuw26li5ap4Cwc026U+exMq8 KZKXB3hHUiWzqhBx8eApRgGKCtjM55iU4taaFJM2vb4sxXokII/iClpyt w==; X-IronPort-AV: E=McAfee;i="6500,9779,10544"; a="401117137" X-IronPort-AV: E=Sophos;i="5.96,200,1665471600"; d="scan'208";a="401117137" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Nov 2022 05:13:33 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10544"; a="749381354" X-IronPort-AV: E=Sophos;i="5.96,200,1665471600"; d="scan'208";a="749381354" Received: from ranerica-svr.sc.intel.com ([172.25.110.23]) by fmsmga002.fm.intel.com with ESMTP; 28 Nov 2022 05:13:33 -0800 From: Ricardo Neri To: "Peter Zijlstra (Intel)" , Juri Lelli , Vincent Guittot Cc: Ricardo Neri , "Ravi V. Shankar" , Ben Segall , Daniel Bristot de Oliveira , Dietmar Eggemann , Len Brown , Mel Gorman , "Rafael J. Wysocki" , Srinivas Pandruvada , Steven Rostedt , Tim Chen , Valentin Schneider , x86@kernel.org, "Joel Fernandes (Google)" , linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org, Ricardo Neri , "Tim C . Chen" Subject: [PATCH v2 09/22] sched/fair: Use IPC class score to select a busiest runqueue Date: Mon, 28 Nov 2022 05:20:47 -0800 Message-Id: <20221128132100.30253-10-ricardo.neri-calderon@linux.intel.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20221128132100.30253-1-ricardo.neri-calderon@linux.intel.com> References: <20221128132100.30253-1-ricardo.neri-calderon@linux.intel.com> X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org For two runqueues of equal priority and equal number of running of tasks, select the one whose current task would have the highest IPC class score if placed on the destination CPU. Cc: Ben Segall Cc: Daniel Bristot de Oliveira Cc: Dietmar Eggemann Cc: Joel Fernandes (Google) Cc: Len Brown Cc: Mel Gorman Cc: Rafael J. Wysocki Cc: Srinivas Pandruvada Cc: Steven Rostedt Cc: Tim C. Chen Cc: Valentin Schneider Cc: x86@kernel.org Cc: linux-pm@vger.kernel.org Cc: linux-kernel@vger.kernel.org Signed-off-by: Ricardo Neri --- Changes since v1: * Fixed a bug when selecting a busiest runqueue: when comparing two runqueues with equal nr_running, we must compute the IPCC score delta of both. * Renamed local variables to improve the layout of the code block. (PeterZ) * Used the new interface names. --- kernel/sched/fair.c | 54 ++++++++++++++++++++++++++++++++++++++++++++- 1 file changed, 53 insertions(+), 1 deletion(-) diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c index e8b181c31842..113470bbd7a5 100644 --- a/kernel/sched/fair.c +++ b/kernel/sched/fair.c @@ -9233,6 +9233,24 @@ static bool sched_asym_ipcc_pick(struct sched_group *a, return sched_asym_ipcc_prefer(a_stats, b_stats); } +/** + * ipcc_score_delta - Get the IPCC score delta on a different CPU + * @p: A task + * @alt_cpu: A prospective CPU to place @p + * + * Returns: The IPCC score delta that @p would get if placed on @alt_cpu + */ +static int ipcc_score_delta(struct task_struct *p, int alt_cpu) +{ + unsigned long ipcc = p->ipcc; + + if (!sched_ipcc_enabled()) + return INT_MIN; + + return arch_get_ipcc_score(ipcc, alt_cpu) - + arch_get_ipcc_score(ipcc, task_cpu(p)); +} + #else /* CONFIG_IPC_CLASSES */ static void update_sg_lb_ipcc_stats(struct sg_lb_ipcc_stats *sgcs, struct rq *rq) @@ -9258,6 +9276,11 @@ static bool sched_asym_ipcc_pick(struct sched_group *a, return false; } +static int ipcc_score_delta(struct task_struct *p, int alt_cpu) +{ + return INT_MIN; +} + #endif /* CONFIG_IPC_CLASSES */ /** @@ -10419,8 +10442,8 @@ static struct rq *find_busiest_queue(struct lb_env *env, { struct rq *busiest = NULL, *rq; unsigned long busiest_util = 0, busiest_load = 0, busiest_capacity = 1; + int i, busiest_ipcc_delta = INT_MIN; unsigned int busiest_nr = 0; - int i; for_each_cpu_and(i, sched_group_span(group), env->cpus) { unsigned long capacity, load, util; @@ -10526,8 +10549,37 @@ static struct rq *find_busiest_queue(struct lb_env *env, case migrate_task: if (busiest_nr < nr_running) { + struct task_struct *curr; + busiest_nr = nr_running; busiest = rq; + + /* + * Remember the IPC score delta of busiest::curr. + * We may need it to break a tie with other queues + * with equal nr_running. + */ + curr = rcu_dereference(busiest->curr); + busiest_ipcc_delta = ipcc_score_delta(curr, + env->dst_cpu); + /* + * If rq and busiest have the same number of running + * tasks, pick rq if doing so would give rq::curr a + * bigger IPC boost on dst_cpu. + */ + } else if (sched_ipcc_enabled() && + busiest_nr == nr_running) { + struct task_struct *curr; + int delta; + + curr = rcu_dereference(rq->curr); + delta = ipcc_score_delta(curr, env->dst_cpu); + + if (busiest_ipcc_delta < delta) { + busiest_ipcc_delta = delta; + busiest_nr = nr_running; + busiest = rq; + } } break; -- 2.25.1