Received: by 2002:a5d:925a:0:0:0:0:0 with SMTP id e26csp861462iol; Thu, 9 Jun 2022 16:05:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxwzaj5GXhXrdx6MvGyfHfDlbE4ih10U0R3ge1PY8pkhH0icgQFvhccKOHxBeFn7SY/4Yn6 X-Received: by 2002:a17:906:a898:b0:70f:efe0:bfc2 with SMTP id ha24-20020a170906a89800b0070fefe0bfc2mr29738618ejb.59.1654815939126; Thu, 09 Jun 2022 16:05:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654815939; cv=none; d=google.com; s=arc-20160816; b=PbEPVO+r147e3/c4+2e12UqCHaWTBaZKBbSb94AZXc2LY3PRPor+LIFDlCB4J8bVDB GbKboqfxj6vPhF+9oETRGBzcCVAi5L7RzExFJnBPDnzBLWLw5UaKhNmeQldC3e+xHbox Q7qJbSV/MgnE/q7Gem5nWnQdq0PmaaINbx6QgGpLlGi+renzGMoEC2YCdywQl5Ez8/Vq qbWo1JkX/9qY5vrjwFhBALkWy+jY8hYPRAkBQcqzbVOFL0RoaRa1sqtNAOpVItmvocWG a2D1ozoMbc4B0fGuyerc5EgZa64niIGZZ6EfBL12Absoiz8lPes/Ukbi3zEgjISQtW1d Xb3A== 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 :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id:dkim-signature; bh=1sa0EGylCGqqJ5TwkK2Ml1FZsLxHyQfArDHKBZ9Dpm0=; b=qwx4D55dH9Sctm4FMiZrP4VjFtexw+SQW8R0v82wvZVpoKKI2VHsqcuZBgY28WwU4h fb0zz+Hg/J5vGbZSKeAh2XOacrzRE7emIcOKOxm6Hqhq7J3c/a/DVQwLpzrRexyQwCd3 VX6HrMmKaXbyYbqGjAR0CYfvbNxAO8VmINzz0olP7fP1RTJ9Up0Y/ePnOmWQOJYObqBV 4Bg1jMqaPA+cPWvudWSLur5thTj5GHonF6m4pBmk6Xv56rpHuexnPLiiViMrvRGv9vHf tTWZ0onib8L9DE2WyEYlIin+0j7DFVLgqtyeVXiZwr8iiX+ZaQxD6QkU70FxxO/6KO3s e5gw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=hY1tW0mJ; 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 he30-20020a1709073d9e00b0070f257ba384si21705664ejc.661.2022.06.09.16.05.12; Thu, 09 Jun 2022 16:05:39 -0700 (PDT) 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=hY1tW0mJ; 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 S236601AbiFIWrH (ORCPT + 99 others); Thu, 9 Jun 2022 18:47:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36810 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229830AbiFIWrG (ORCPT ); Thu, 9 Jun 2022 18:47:06 -0400 Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A1892EAD01 for ; Thu, 9 Jun 2022 15:47:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1654814825; x=1686350825; h=message-id:subject:from:to:cc:date:in-reply-to: references:mime-version:content-transfer-encoding; bh=Wl02wZmJSesfgSxQC+StZTeRj2quJv7mh4gaob/Tt7w=; b=hY1tW0mJ+wgxRFgqyVZ6kcfnVmqNPYjP9RnDQzrYRTdCgavUHn5Ke38i ZBuM5Yah2REMhAVYbtBP6k/OtVO1beUyY+R1MTw74lb+N1bX4VD9PxI+w 9bc2sCXf4onX3TYUk0ZfKaGlg3ue6pSk27flXTUSVclr/+EtkkbU/BofX qk4G4Lt5ivr1w62j7J3FHeT5fXdWPXuaB7q8t9TY0ieVafhG02VDQ7PLJ ziGx2jKz4jorQb5v0ZoTNbzUg/eE+Hscxmbp4ynLY5GTEdavVrNi+I31d ojN8W1JcvRLhoxDfAQGOUmIE0jnFWFousUa1JxTE9TViitHfU598KNS3c Q==; X-IronPort-AV: E=McAfee;i="6400,9594,10373"; a="277474318" X-IronPort-AV: E=Sophos;i="5.91,288,1647327600"; d="scan'208";a="277474318" Received: from fmsmga007.fm.intel.com ([10.253.24.52]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Jun 2022 15:47:05 -0700 X-IronPort-AV: E=Sophos;i="5.91,288,1647327600"; d="scan'208";a="585850105" Received: from schen9-mobl.amr.corp.intel.com ([10.212.167.148]) by fmsmga007-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Jun 2022 15:47:04 -0700 Message-ID: Subject: Re: [PATCH v4 2/2] sched/fair: Scan cluster before scanning LLC in wake-up path From: Tim Chen To: Yicong Yang , peterz@infradead.org, mingo@redhat.com, juri.lelli@redhat.com, vincent.guittot@linaro.org, gautham.shenoy@amd.com, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Cc: dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com, bristot@redhat.com, prime.zeng@huawei.com, jonathan.cameron@huawei.com, ego@linux.vnet.ibm.com, srikar@linux.vnet.ibm.com, linuxarm@huawei.com, 21cnbao@gmail.com, guodong.xu@linaro.org, hesham.almatary@huawei.com, john.garry@huawei.com, shenyang39@huawei.com Date: Thu, 09 Jun 2022 15:47:03 -0700 In-Reply-To: <20220609120622.47724-3-yangyicong@hisilicon.com> References: <20220609120622.47724-1-yangyicong@hisilicon.com> <20220609120622.47724-3-yangyicong@hisilicon.com> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.34.4 (3.34.4-1.fc31) MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-8.2 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_HI,SPF_HELO_NONE, SPF_NONE,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED 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 On Thu, 2022-06-09 at 20:06 +0800, Yicong Yang wrote: > From: Barry Song > > For platforms having clusters like Kunpeng920, CPUs within the same cluster > have lower latency when synchronizing and accessing shared resources like > cache. Thus, this patch tries to find an idle cpu within the cluster of the > target CPU before scanning the whole LLC to gain lower latency. > > Note neither Kunpeng920 nor x86 Jacobsville supports SMT, so this patch > doesn't consider SMT for this moment. > > Testing has been done on Kunpeng920 by pinning tasks to one numa and two > numa. On Kunpeng920, Each numa has 8 clusters and each cluster has 4 CPUs. > > With this patch, We noticed enhancement on tbench within one numa or cross > two numa. > > On numa 0: > 5.19-rc1 patched > Hmean 1 350.27 ( 0.00%) 406.88 * 16.16%* > Hmean 2 702.01 ( 0.00%) 808.22 * 15.13%* > Hmean 4 1405.14 ( 0.00%) 1614.34 * 14.89%* > Hmean 8 2830.53 ( 0.00%) 3169.02 * 11.96%* > Hmean 16 5597.95 ( 0.00%) 6224.20 * 11.19%* > Hmean 32 10537.38 ( 0.00%) 10524.97 * -0.12%* > Hmean 64 8366.04 ( 0.00%) 8437.41 * 0.85%* > Hmean 128 7060.87 ( 0.00%) 7150.25 * 1.27%* > > On numa 0-1: > 5.19-rc1 patched > Hmean 1 346.11 ( 0.00%) 408.47 * 18.02%* > Hmean 2 693.34 ( 0.00%) 805.78 * 16.22%* > Hmean 4 1384.96 ( 0.00%) 1602.49 * 15.71%* > Hmean 8 2699.45 ( 0.00%) 3069.98 * 13.73%* > Hmean 16 5327.11 ( 0.00%) 5688.19 * 6.78%* > Hmean 32 10019.10 ( 0.00%) 11862.56 * 18.40%* > Hmean 64 13850.57 ( 0.00%) 17748.54 * 28.14%* > Hmean 128 12498.25 ( 0.00%) 15541.59 * 24.35%* > Hmean 256 11195.77 ( 0.00%) 13854.06 * 23.74%* Yicong, Have you tried any workload where tasks don't share data with each other but have sleep/wakeup? That's the case where we actually want to spread the tasks out among the clusters to void contention for L2 cache. Will be nice to make sure there's no regression there for such workload. Code itself looks good. Reviewed-by: Tim Chen > > Tested-by: Yicong Yang > Signed-off-by: Barry Song > Signed-off-by: Yicong Yang > --- > kernel/sched/fair.c | 44 +++++++++++++++++++++++++++++++++++++++++--- > 1 file changed, 41 insertions(+), 3 deletions(-) > > diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c > index 77b2048a9326..6d173e196ad3 100644 > --- a/kernel/sched/fair.c > +++ b/kernel/sched/fair.c > @@ -6327,6 +6327,40 @@ static inline int select_idle_smt(struct task_struct *p, struct sched_domain *sd > > #endif /* CONFIG_SCHED_SMT */ > > +#ifdef CONFIG_SCHED_CLUSTER > +/* > + * Scan the cluster domain for idle CPUs and clear cluster cpumask after scanning > + */ > +static inline int scan_cluster(struct task_struct *p, struct cpumask *cpus, > + int target, int *nr) > +{ > + struct sched_domain *sd = rcu_dereference(per_cpu(sd_cluster, target)); > + int cpu, idle_cpu; > + > + /* TODO: Support SMT system with cluster topology */ > + if (!sched_smt_active() && sd) { > + for_each_cpu_and(cpu, cpus, sched_domain_span(sd)) { > + if (!--*nr) > + break; > + > + idle_cpu = __select_idle_cpu(cpu, p); > + if ((unsigned int)idle_cpu < nr_cpumask_bits) > + return idle_cpu; > + } > + > + cpumask_andnot(cpus, cpus, sched_domain_span(sd)); > + } > + > + return -1; > +} > +#else > +static inline int scan_cluster(struct task_struct *p, struct cpumask *cpus, > + int target, int *nr) > +{ > + return -1; > +} > +#endif > + > /* > * Scan the LLC domain for idle CPUs; this is dynamically regulated by > * comparing the average scan cost (tracked in sd->avg_scan_cost) against the > @@ -6375,6 +6409,10 @@ static int select_idle_cpu(struct task_struct *p, struct sched_domain *sd, bool > time = cpu_clock(this); > } > > + idle_cpu = scan_cluster(p, cpus, target, &nr); > + if ((unsigned int)idle_cpu < nr_cpumask_bits) > + return idle_cpu; > + > for_each_cpu_wrap(cpu, cpus, target + 1) { > if (has_idle_core) { > i = select_idle_core(p, cpu, cpus, &idle_cpu); > @@ -6382,7 +6420,7 @@ static int select_idle_cpu(struct task_struct *p, struct sched_domain *sd, bool > return i; > > } else { > - if (!--nr) > + if (--nr <= 0) > return -1; > idle_cpu = __select_idle_cpu(cpu, p); > if ((unsigned int)idle_cpu < nr_cpumask_bits) > @@ -6481,7 +6519,7 @@ static int select_idle_sibling(struct task_struct *p, int prev, int target) > /* > * If the previous CPU is cache affine and idle, don't be stupid: > */ > - if (prev != target && cpus_share_cache(prev, target) && > + if (prev != target && cpus_share_resources(prev, target) && > (available_idle_cpu(prev) || sched_idle_cpu(prev)) && > asym_fits_capacity(task_util, prev)) > return prev; > @@ -6507,7 +6545,7 @@ static int select_idle_sibling(struct task_struct *p, int prev, int target) > p->recent_used_cpu = prev; > if (recent_used_cpu != prev && > recent_used_cpu != target && > - cpus_share_cache(recent_used_cpu, target) && > + cpus_share_resources(recent_used_cpu, target) && > (available_idle_cpu(recent_used_cpu) || sched_idle_cpu(recent_used_cpu)) && > cpumask_test_cpu(p->recent_used_cpu, p->cpus_ptr) && > asym_fits_capacity(task_util, recent_used_cpu)) {