Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp1612800iob; Thu, 19 May 2022 10:11:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxy+Z24Llz9lJZgf92xPRw2oBAkc+OEk+sKjfGxuGK0IFcgnEaV2HX6AfaaltNctBuYPnHA X-Received: by 2002:a17:907:1c21:b0:6f4:7a8a:d6a2 with SMTP id nc33-20020a1709071c2100b006f47a8ad6a2mr5279601ejc.288.1652980299314; Thu, 19 May 2022 10:11:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652980299; cv=none; d=google.com; s=arc-20160816; b=qjjZF2RLHHo03io25jNEVvR7C44mejYjNEQVagiE4IiBrAyDl/epPRP/QvjM57o/Ix oSFbdqsdNKDcJ+9qrLutxkSOO/FmT8pURFvObYo3r22dRUjR7MwJ+RNr+yh4Y9dl84U9 vd8LfT1IlyHCxEQdt/scrQJ+/Brh7wkCF7cMQow6YzFl+8ST0TB4LDVGULlbdxBpLgS5 vb2jx7keKgpwVIQb23X67Vz2USbst8x0eU0epqE0oBPhwcCrpKACh52/Bt+ESBaF47/5 VWJKx/NE7V3q7dDmFb1D7i4KEoMvrYU7x85rjqNk670Wz7lLklXZO4aQ5/adEKgLpUFO YkXA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from:cc :references:to:content-language:subject:user-agent:mime-version:date :message-id; bh=06nfc3YZw9MpDl4y5Kz2BJ5Te4L6GvpS57cAEMvj/pE=; b=CBDvauF/bDmMS/yhqiQg77QmJSyMzc9uq/UtDmh4rcq1rxdLfeaXsr+oxMX/ogMtqy VkEJdxFw8j6JoB/Y9dlo7eSuDFcVGMvhaAjOjsG4qySF4K1rHKZR50JsS9G2QX0hR7BX SEoVYIGKDpSlxxcbxLZXW6RnpJFLbEbt4xVGxVAwHBj9mP2NuxhvnR9gVkUeFsUaBAzo 2oimB7JUFaNTEPa3HZAZ2JrXPEUl8emLaAP3rfmdHN2ObAu3n+ZJXgplypPA5Qdv5jxo rrKMiUQTJ0TP3iX1tq56kqCGMW4yUFE0IJp5kQH1IXKdDqWvaxmUDLgM1U8/Au58EtA5 RpFg== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b15-20020a056402084f00b00427d09bafd5si6736887edz.321.2022.05.19.10.11.10; Thu, 19 May 2022 10:11: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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229807AbiESOTS (ORCPT + 99 others); Thu, 19 May 2022 10:19:18 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44920 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231191AbiESOTP (ORCPT ); Thu, 19 May 2022 10:19:15 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 4950673795; Thu, 19 May 2022 07:19:13 -0700 (PDT) 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 EB4D31650; Thu, 19 May 2022 07:19:12 -0700 (PDT) Received: from [10.57.1.211] (unknown [10.57.1.211]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 70C0B3F66F; Thu, 19 May 2022 07:19:10 -0700 (PDT) Message-ID: Date: Thu, 19 May 2022 15:19:09 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: [PATCH v2 00/11] perf c2c: Support display for Arm64 Content-Language: en-US To: Leo Yan References: <20220508092346.255826-1-leo.yan@linaro.org> Cc: Arnaldo Carvalho de Melo , Peter Zijlstra , Ingo Molnar , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Like Xu , Ian Rogers , Alyssa Ross , Kajol Jain , Li Huafei , German Gomez , Kan Liang , Ali Saidi , linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org From: James Clark In-Reply-To: <20220508092346.255826-1-leo.yan@linaro.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-7.6 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_HI,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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 08/05/2022 10:23, Leo Yan wrote: > Arm64 Neoverse CPUs supports data source in Arm SPE trace, this allows > us to detect cache line contention and transfers. > > Unlike x86 architecture, Arm SPE trace data cannot provide 'HITM' > snooping flag, Ali Said has a patch set "perf: arm-spe: Decode SPE > source and use for perf c2c" [1] which introduces 'peer' flag and > synthesizes memory samples with this flag. > > Based on patch set [1], this patch set is to finish the second half work > to consume the 'peer' flag in perf c2c tool, it adds an extra display > 'peer' mode. > > Patches 01, 02 and 03 are to support 'N/A' metrics for store operations. > > Patches 04 and 05 adds statistics and dimensions for memory samples with > peer flag. > > Patches 06, 07, 08 are for refactoring, it refines the code with more > general naming so this can allow us to easier to extend display modes > but not strictly bound to HITM tags. > > Patches 09, 10 and 11 are to extend display 'peer' mode, it also updates > the document and also changes to use 'peer' mode as default mode on > Arm64 arches. > > This patch set has been verified for both x86 and Arm64 memory samples. > > The display result with x86 memory samples: > > ================================================= > Shared Data Cache Line Table > ================================================= > # > # ----------- Cacheline ---------- Tot ------- Load Hitm ------- Snoop Total Total Total --------- Stores -------- ----- Core Load Hit ----- - LLC Load Hit -- - RMT Load Hit -- --- Load Dram ---- > # Index Address Node PA cnt Hitm Total LclHitm RmtHitm Peer records Loads Stores L1Hit L1Miss N/A FB L1 L2 LclHit LclHitm RmtHit RmtHitm Lcl Rmt > # ..... .................. .... ...... ....... ....... ....... ....... ....... ....... ....... ....... ....... ....... ....... ....... ....... ....... ........ ....... ........ ....... ........ ........ > # > 0 0x55c8971f0080 0 1967 66.14% 252 252 0 0 6044 3550 2494 2024 470 0 528 2672 78 20 252 0 0 0 0 > 1 0x55c8971f00c0 0 1 33.86% 129 129 0 0 914 914 0 0 0 0 272 374 52 87 129 0 0 0 0 > > ================================================= > Shared Cache Line Distribution Pareto > ================================================= > # > # ----- HITM ----- Snoop ------- Store Refs ------ --------- Data address --------- --------------- cycles --------------- Total cpu Shared > # Num RmtHitm LclHitm Peer L1 Hit L1 Miss N/A Offset Node PA cnt Code address rmt hitm lcl hitm load peer records cnt Symbol Object Source:Line Node > # ..... ....... ....... ....... ....... ....... ....... .................. .... ...... .................. ........ ........ ........ ........ ....... ........ ...................... ................. ....................... .... > # > ------------------------------------------------------------------------------- > 0 0 252 0 2024 470 0 0x55c8971f0080 > ------------------------------------------------------------------------------- > 0.00% 12.30% 0.00% 0.00% 0.00% 0.00% 0x0 0 1 0x55c8971ed3e9 0 1313 863 0 1222 3 [.] 0x00000000000013e9 false_sharing.exe false_sharing.exe[13e9] 0 > 0.00% 0.79% 0.00% 90.51% 0.00% 0.00% 0x0 0 1 0x55c8971ed3e2 0 1800 878 0 3029 3 [.] 0x00000000000013e2 false_sharing.exe false_sharing.exe[13e2] 0 > 0.00% 0.00% 0.00% 9.49% 100.00% 0.00% 0x0 0 1 0x55c8971ed3f4 0 0 0 0 662 3 [.] 0x00000000000013f4 false_sharing.exe false_sharing.exe[13f4] 0 > 0.00% 86.90% 0.00% 0.00% 0.00% 0.00% 0x20 0 1 0x55c8971ed447 0 141 103 0 1131 2 [.] 0x0000000000001447 false_sharing.exe false_sharing.exe[1447] 0 > > ------------------------------------------------------------------------------- > 1 0 129 0 0 0 0 0x55c8971f00c0 > ------------------------------------------------------------------------------- > 0.00% 100.00% 0.00% 0.00% 0.00% 0.00% 0x20 0 1 0x55c8971ed455 0 88 94 0 914 2 [.] 0x0000000000001455 false_sharing.exe false_sharing.exe[1455] 0 > > > The display result with Arm SPE memory samples: > > ================================================= > Shared Data Cache Line Table > ================================================= > # > # ----------- Cacheline ---------- Snoop ------- Load Hitm ------- Snoop Total Total Total --------- Stores -------- ----- Core Load Hit ----- - LLC Load Hit -- - RMT Load Hit -- --- Load Dram ---- > # Index Address Node PA cnt Peer Total LclHitm RmtHitm Peer records Loads Stores L1Hit L1Miss N/A FB L1 L2 LclHit LclHitm RmtHit RmtHitm Lcl Rmt > # ..... .................. .... ...... ....... ....... ....... ....... ....... ....... ....... ....... ....... ....... ....... ....... ....... ....... ........ ....... ........ ....... ........ ........ > # > 0 0xaaaac17d6000 N/A 0 100.00% 0 0 0 99 18851 18851 0 0 0 0 0 18752 0 0 0 0 0 0 0 > > ================================================= > Shared Cache Line Distribution Pareto > ================================================= > # > # ----- HITM ----- Snoop ------- Store Refs ------ --------- Data address --------- --------------- cycles --------------- Total cpu Shared > # Num RmtHitm LclHitm Peer L1 Hit L1 Miss N/A Offset Node PA cnt Code address rmt hitm lcl hitm load peer records cnt Symbol Object Source:Line Node > # ..... ....... ....... ....... ....... ....... ....... .................. .... ...... .................. ........ ........ ........ ........ ....... ........ ...................... ................ ............... .... > # > ------------------------------------------------------------------------------- > 0 0 0 99 0 0 0 0xaaaac17d6000 > ------------------------------------------------------------------------------- > 0.00% 0.00% 6.06% 0.00% 0.00% 0.00% 0x20 N/A 0 0xaaaac17c25ac 0 0 43 375 18469 2 [.] 0x00000000000025ac memstress memstress[25ac] 0 > 0.00% 0.00% 93.94% 0.00% 0.00% 0.00% 0x29 N/A 0 0xaaaac17c3e88 0 0 173 180 135 2 [.] 0x0000000000003e88 memstress memstress[3e88] 0 > Hi Leo, I see that the HITM and Store Refs columns (even N/A) are all 0% on Arm. Assuming it's a similar example to the x86 one above, does that mean that these are always expected to be 0? If so, should they be removed to avoid confusion, or is it just a case of the example not producing any non 0 data for these columns? Thanks James > [1] https://lore.kernel.org/lkml/20220504184850.24986-1-alisaidi@amazon.com/ > > Changes from v1: > * Update patches 01, 02 and 03 to support 'N/A' metrics for store > operations, so can align with the patch set [1] for store samples. > > > Leo Yan (11): > perf mem: Add stats for store operation with no available memory level > perf c2c: Add dimensions for 'N/A' metrics of store operation > perf c2c: Update documentation for store metric 'N/A' > perf mem: Add statistics for peer snooping > perf c2c: Add dimensions for peer load operations > perf c2c: Use explicit names for display macros > perf c2c: Rename dimension from 'percent_hitm' to > 'percent_costly_snoop' > perf c2c: Refactor node header > perf c2c: Sort on peer snooping for load operations > perf c2c: Update documentation for new display option 'peer' > perf c2c: Use 'peer' as default display for Arm64 > > tools/perf/Documentation/perf-c2c.txt | 30 ++- > tools/perf/builtin-c2c.c | 363 ++++++++++++++++++++------ > tools/perf/util/mem-events.c | 14 +- > tools/perf/util/mem-events.h | 2 + > 4 files changed, 323 insertions(+), 86 deletions(-) >