Received: by 2002:a05:6358:45e:b0:b5:b6eb:e1f9 with SMTP id 30csp679369rwe; Wed, 31 Aug 2022 09:08:21 -0700 (PDT) X-Google-Smtp-Source: AA6agR7xQXa3ZGya2MZfzbYGalP+IwFnN3b++Jf7RnN/3kMqILPbbTV1dSc/LsMsk2yG0LeixfRj X-Received: by 2002:a17:907:16a9:b0:742:7a6:b17e with SMTP id hc41-20020a17090716a900b0074207a6b17emr7165699ejc.108.1661962101439; Wed, 31 Aug 2022 09:08:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661962101; cv=none; d=google.com; s=arc-20160816; b=cLIpL/9e1hY6UN0BPXhLk8uEzRGdFzG8oCkLazx/4TzCEtamWdT9fySKKRHzglb93z sCp4Abv1SFFB/9COAfMi4PQR8AsGiE3VGQQCBYi83Xtu+4lMHxf5KUbhlJyKL72N36T3 R42DumxTd/Egw3dQAEhZFVjCsQ5AHUAz49BuZOluEXvQNMhcicdQWPBTelhqekJhhYcP UjeOUJxugTPRDpOPaSxxSKdU5gy31+4Bj4GMzCYH5PBl0bVyXC/w7skU1wTgBc19w7EA e4mWyo6zGRwfsg99QJCi6IobpxmKNj2LVdsSVCCfw4NKOZoVAGv31wssUTd1p7Bv5Lbb rRAQ== 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=7nLvgccbq+l+f4PjDH7NTp25cyxEHdccDBKThvHtI1U=; b=kcI7yRzIHF1euZT653RdeOt8+uYyQ8I7HhXZifJxnbOK4dIMpUfo28GuPg8O5v6duM 4uJSqNJ7m0aUBe/jdTOrwrJVANN4mPhIRx4Apsd3jABeSBa9m6dTLBu/Z5RzEtkLOCci 2XaNvZG68q1q4CdvtGKcQUg1E9TtrASosooooF3f4SdFnoOn44RxAyfNPe+R5qtTm8FP gU9Sq6rIlepKhjHBwp88Fbi92doqIFR5iIc/cjRUICyXq0oQTs4Spy+2+bgA/I1TSzt4 jMZB5qj6WBtRQZr5ekeiCAwEVOzdBU7l/pE495XQfMD/HH0pgLclXyNiAVTDI9+Tyz74 06KQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=mruhE6Gt; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id oz35-20020a1709077da300b00741c0bd7061si5154478ejc.644.2022.08.31.09.07.55; Wed, 31 Aug 2022 09:08:21 -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=@google.com header.s=20210112 header.b=mruhE6Gt; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229652AbiHaP7G (ORCPT + 99 others); Wed, 31 Aug 2022 11:59:06 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47786 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229476AbiHaP7E (ORCPT ); Wed, 31 Aug 2022 11:59:04 -0400 Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0A1AF2B1B0 for ; Wed, 31 Aug 2022 08:59:03 -0700 (PDT) Received: by mail-wm1-x333.google.com with SMTP id i188-20020a1c3bc5000000b003a7b6ae4eb2so6978989wma.4 for ; Wed, 31 Aug 2022 08:59:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc; bh=7nLvgccbq+l+f4PjDH7NTp25cyxEHdccDBKThvHtI1U=; b=mruhE6GtkYYHapYUGe4e0jJuNcj1h3TYuIGN2mdsu2uOx55cJQchcF67Amh0ZIXo6s pTiwh4QXJDPf/+GfK20NyTxKHf+ixVqYKcAMYOqPofjAZ87+dfyEcucdssUGmxB4Pz6y 9Vs4ghte/y26vvUW9aVA/DTfj2izUia5EFAgtAHpsX+pr2JCdXLW4GgQiMjDqbMf3LKA KDOQCwSqvhwM5Tla2GPso9qi1Ve8NGnLMfQiho2vtYPZycbqsXuM+dLnbW2c/IXryd+e 8HW6Hva1tZaOyCa6/PFabMb5iqsFrnr+OjhL8Juq4dBBh+j+Lkb8Y2ZioSd0Z8ArHzux BkvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc; bh=7nLvgccbq+l+f4PjDH7NTp25cyxEHdccDBKThvHtI1U=; b=tfSMNss1cbx+yTuftmb0rxRNUaKkus2FxCz4SlbKiDEyNjLtpDknxHejDw8oCbTi/n FM7SvUwfNwnQXw7+F4SWTGntG4aIe3UpoUkG2e5+n05HzUkvyyKkPNa/pWFqrqDqQsCu eaJgVRMVSIIch955/e+XLbFyjOw6NF4vfWZjrOiOTMaDgQYHxIzCCVvoBMC3uKRU4Ytx 9m5D+a2ypXYUoxHOIDYPpJMNZ7R6w6bQfL4GZwD9MqzVBixwImI0RoIZUGdioNOfLaHX i4zcRV8WMqXM0T4svLNtmiJwLhgWhzN8DvpMkbiAl4CWCmlz84BeMvSnVwSrv8OhBsy8 1I0g== X-Gm-Message-State: ACgBeo0oGOV1Jici2bmlfpqLQ/uCnV+6tD8J+xJe2ujsuv/COKfNJnQW a6XM+NiQSMN9TsSqTbeY9+AVHLDkySz2D1sb5stIgQ== X-Received: by 2002:a05:600c:19d3:b0:3a8:3b06:655a with SMTP id u19-20020a05600c19d300b003a83b06655amr2420169wmq.182.1661961541223; Wed, 31 Aug 2022 08:59:01 -0700 (PDT) MIME-Version: 1.0 References: <20220830164846.401143-1-irogers@google.com> <20220830164846.401143-6-irogers@google.com> In-Reply-To: From: Ian Rogers Date: Wed, 31 Aug 2022 08:58:49 -0700 Message-ID: Subject: Re: [PATCH v1 5/8] perf topology: Add core_wide To: Arnaldo Carvalho de Melo Cc: Peter Zijlstra , Ingo Molnar , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Andi Kleen , Kan Liang , Thomas Richter , James Clark , Miaoqian Lin , John Garry , Zhengjun Xing , Florian Fischer , linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org, perry.taylor@intel.com, caleb.biggers@intel.com, kshipra.bopardikar@intel.com, Stephane Eranian Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL autolearn=unavailable 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 Wed, Aug 31, 2022 at 7:40 AM Arnaldo Carvalho de Melo wrote: > > Em Tue, Aug 30, 2022 at 09:48:43AM -0700, Ian Rogers escreveu: > > It is possible to optimize metrics when all SMT threads (CPUs) on a > > core are measuring events in system wide mode. For example, TMA > > metrics defines CORE_CLKS for Sandybrdige as: > > > > if SMT is disabled: > > CPU_CLK_UNHALTED.THREAD > > if SMT is enabled and recording on all SMT threads: > > CPU_CLK_UNHALTED.THREAD_ANY / 2 > > if SMT is enabled and not recording on all SMT threads: > > (CPU_CLK_UNHALTED.THREAD/2)* > > (1+CPU_CLK_UNHALTED.ONE_THREAD_ACTIVE/CPU_CLK_UNHALTED.REF_XCLK ) > > > > That is two more events are necessary when not gathering counts on all > > SMT threads. To distinguish all SMT threads on a core vs system wide > > (all CPUs) call the new property core wide. Add a core wide test that > > determines the property from user requested CPUs, the topology and > > system wide. System wide is required as other processes running on a > > SMT thread will change the counts. > > > > Signed-off-by: Ian Rogers > > --- > > tools/perf/util/cputopo.c | 46 +++++++++++++++++++++++++++++++++++++++ > > tools/perf/util/cputopo.h | 3 +++ > > tools/perf/util/smt.c | 14 ++++++++++++ > > tools/perf/util/smt.h | 7 ++++++ > > 4 files changed, 70 insertions(+) > > > > diff --git a/tools/perf/util/cputopo.c b/tools/perf/util/cputopo.c > > index 511002e52714..1a3ff6449158 100644 > > --- a/tools/perf/util/cputopo.c > > +++ b/tools/perf/util/cputopo.c > > @@ -172,6 +172,52 @@ bool cpu_topology__smt_on(const struct cpu_topology *topology) > > return false; > > } > > > > +bool cpu_topology__core_wide(const struct cpu_topology *topology, > > + const char *user_requested_cpu_list) > > +{ > > + struct perf_cpu_map *user_requested_cpus; > > + > > + /* > > + * If user_requested_cpu_list is empty then all CPUs are recorded and so > > + * core_wide is true. > > + */ > > + if (!user_requested_cpu_list) > > + return true; > > + > > + user_requested_cpus = perf_cpu_map__new(user_requested_cpu_list); > > Don't we need a NULL test here? No, NULL is a valid perf_cpu_map, one with no values in it. For example, see here: https://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git/tree/tools/lib/perf/cpumap.c?h=perf/core#n266 So there's no way to tell an error (ENOMEM) from an empty map. My suggestion is a rewrite of perf_cpu_map, I'd like to do this in a new "libperf2" which has a more permissive than GPL license like libbpf. That is out-of-scope here. Thanks, Ian > > + /* Check that every user requested CPU is the complete set of SMT threads on a core. */ > > + for (u32 i = 0; i < topology->core_cpus_lists; i++) { > > + const char *core_cpu_list = topology->core_cpus_list[i]; > > + struct perf_cpu_map *core_cpus = perf_cpu_map__new(core_cpu_list); > > Here too, no? > > > + struct perf_cpu cpu; > > + int idx; > > + bool has_first, first = true; > > + > > + perf_cpu_map__for_each_cpu(cpu, idx, core_cpus) { > > + if (first) { > > + has_first = perf_cpu_map__has(user_requested_cpus, cpu); > > + first = false; > > + } else { > > + /* > > + * If the first core CPU is user requested then > > + * all subsequent CPUs in the core must be user > > + * requested too. If the first CPU isn't user > > + * requested then none of the others must be > > + * too. > > + */ > > + if (perf_cpu_map__has(user_requested_cpus, cpu) != has_first) { > > + perf_cpu_map__put(core_cpus); > > + perf_cpu_map__put(user_requested_cpus); > > + return false; > > + } > > + } > > + } > > + perf_cpu_map__put(core_cpus); > > + } > > + perf_cpu_map__put(user_requested_cpus); > > + return true; > > +} > > + > > static bool has_die_topology(void) > > { > > char filename[MAXPATHLEN]; > > diff --git a/tools/perf/util/cputopo.h b/tools/perf/util/cputopo.h > > index 469db775a13c..969e5920a00e 100644 > > --- a/tools/perf/util/cputopo.h > > +++ b/tools/perf/util/cputopo.h > > @@ -60,6 +60,9 @@ struct cpu_topology *cpu_topology__new(void); > > void cpu_topology__delete(struct cpu_topology *tp); > > /* Determine from the core list whether SMT was enabled. */ > > bool cpu_topology__smt_on(const struct cpu_topology *topology); > > +/* Are the sets of SMT siblings all enabled or all disabled in user_requested_cpus. */ > > +bool cpu_topology__core_wide(const struct cpu_topology *topology, > > + const char *user_requested_cpu_list); > > > > struct numa_topology *numa_topology__new(void); > > void numa_topology__delete(struct numa_topology *tp); > > diff --git a/tools/perf/util/smt.c b/tools/perf/util/smt.c > > index ce90c4ee4138..994e9e418227 100644 > > --- a/tools/perf/util/smt.c > > +++ b/tools/perf/util/smt.c > > @@ -21,3 +21,17 @@ bool smt_on(const struct cpu_topology *topology) > > cached = true; > > return cached_result; > > } > > + > > +bool core_wide(bool system_wide, const char *user_requested_cpu_list, > > + const struct cpu_topology *topology) > > +{ > > + /* If not everything running on a core is being recorded then we can't use core_wide. */ > > + if (!system_wide) > > + return false; > > + > > + /* Cheap case that SMT is disabled and therefore we're inherently core_wide. */ > > + if (!smt_on(topology)) > > + return true; > > + > > + return cpu_topology__core_wide(topology, user_requested_cpu_list); > > +} > > diff --git a/tools/perf/util/smt.h b/tools/perf/util/smt.h > > index e26999c6b8d4..ae9095f2c38c 100644 > > --- a/tools/perf/util/smt.h > > +++ b/tools/perf/util/smt.h > > @@ -7,4 +7,11 @@ struct cpu_topology; > > /* Returns true if SMT (aka hyperthreading) is enabled. */ > > bool smt_on(const struct cpu_topology *topology); > > > > +/* > > + * Returns true when system wide and all SMT threads for a core are in the > > + * user_requested_cpus map. > > + */ > > +bool core_wide(bool system_wide, const char *user_requested_cpu_list, > > + const struct cpu_topology *topology); > > + > > #endif /* __SMT_H */ > > -- > > 2.37.2.672.g94769d06f0-goog > > -- > > - Arnaldo