Message ID | 20230313080201.2440201-2-tmricht@linux.ibm.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:5915:0:0:0:0:0 with SMTP id v21csp1069089wrd; Mon, 13 Mar 2023 01:47:11 -0700 (PDT) X-Google-Smtp-Source: AK7set/4pIFR0GFNqAzUKA9/ByxwIvmb+0hTZO4VE5M/AXqMQWSRqtTnSs3OJAibNG6CH4hIoQct X-Received: by 2002:a17:903:22cf:b0:1a0:534b:112c with SMTP id y15-20020a17090322cf00b001a0534b112cmr1058041plg.17.1678697230677; Mon, 13 Mar 2023 01:47:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1678697230; cv=none; d=google.com; s=arc-20160816; b=sd3d1Zm++wVsQ1NU72a16sCcE8cfoCKiTuW6V193fm3uMpfGU3737FN6bY4LVAcTSe tkcMqtwQjZw9wA3kYVNxGvaFd7q1TDdWSTWrQOFbV5hC/GnwSC53Y4YApzih1lFwI218 R06inradWbQMuRGOzShfS5wt58S2bdYX9NRoTqTC9UXvdbc0W1aPG/S74LGuFNp3q7bP 8HZVRHLxjukfIb2yKyzaZce8AysdK/rbfPK+ig06qEPvJEVbFDevBu24DSHcCbaCu1QB w9sXimQxhAQmFFLWiU0WC1Dw/Qpt9OSmGTOdZh+j+5oS0tkY8NIRsOCZhD21s3oD4T9F myww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:content-transfer-encoding :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=XefQJx/nB6d8qQAZLRs/7LrvMTHdfc1jGzHHDnw/ZKM=; b=q9xANe06w8zl4s5NPvNTIgb9JG+3s/5IgeDM1zpdwFScOJjtoCYw+74KKL3vQnsXqK +1d7Qg48YKVV23v6EXpAQQXvnnAtHMXG31jtiePw93sltflG7suyEnzvAwMkvQ73NCS8 F1FesJY1/4aZ6IkIhaje4+jpUgWo7Did5bRC61/tkmvc1kbSnEirwwy1LOqUZscoaBsB T4uX7nV1DOFZBlnI4xx9tvxbvLp3jWtpjklwuenwEmLR4fp79HlDddUlxagCtBRsgx1M Ozukq2DeqHH9GsmYEDKYq9LRc4vYXlji4i0DWwkj0RRcj6G/vPIbwvZm5x8FLkJORtJX TxBw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ibm.com header.s=pp1 header.b=XnnXlTQN; 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=NONE dis=NONE) header.from=ibm.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id g31-20020a63201f000000b004fbc52bac18si6151142pgg.833.2023.03.13.01.46.57; Mon, 13 Mar 2023 01:47:10 -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=@ibm.com header.s=pp1 header.b=XnnXlTQN; 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=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229505AbjCMIau (ORCPT <rfc822;realc9580@gmail.com> + 99 others); Mon, 13 Mar 2023 04:30:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57178 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230081AbjCMIaq (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Mon, 13 Mar 2023 04:30:46 -0400 Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com [148.163.156.1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F2531366A2; Mon, 13 Mar 2023 01:30:40 -0700 (PDT) Received: from pps.filterd (m0098396.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.17.1.19/8.17.1.19) with ESMTP id 32D8OMc6006944; Mon, 13 Mar 2023 08:30:38 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=from : to : cc : subject : date : message-id : in-reply-to : references : content-transfer-encoding : mime-version; s=pp1; bh=XefQJx/nB6d8qQAZLRs/7LrvMTHdfc1jGzHHDnw/ZKM=; b=XnnXlTQNToG/uBkXo8Z4Ujxxygv0N6e2W8fsAsJl6VfgXXG7wgsKsIIbyVq75ItnfwsT jZglnyP4dbraGe//dGK1lpuiYqTltfdXwumTTrkuf8h7oOB+7E6jKNyLCTWGblaW0kMS NTjWnLAuUOlhlgy7eDJYsWW7Rv6/+JA+crHpe4cFADR1Uyhhreaokn7uAk7nuDZc/ePF eXzqK+g7hzcpDASWKueqz8Q4oQXw2zAKMqDT2bjBqdGXW6VU+SKG5duTYd+HJtCa6uly QIrDsECLobIEqI1GWBUkqGq7IBebnKZCXfBMWvMzTYgJoRaVLI/ClnlQ3jtoeD/ayzjY cw== Received: from ppma02fra.de.ibm.com (47.49.7a9f.ip4.static.sl-reverse.com [159.122.73.71]) by mx0a-001b2d01.pphosted.com (PPS) with ESMTPS id 3p93fs6t4v-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 13 Mar 2023 08:30:38 +0000 Received: from pps.filterd (ppma02fra.de.ibm.com [127.0.0.1]) by ppma02fra.de.ibm.com (8.17.1.19/8.17.1.19) with ESMTP id 32CJoSEr019195; Mon, 13 Mar 2023 08:30:35 GMT Received: from smtprelay01.fra02v.mail.ibm.com ([9.218.2.227]) by ppma02fra.de.ibm.com (PPS) with ESMTPS id 3p8h96jbx9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 13 Mar 2023 08:30:35 +0000 Received: from smtpav05.fra02v.mail.ibm.com (smtpav05.fra02v.mail.ibm.com [10.20.54.104]) by smtprelay01.fra02v.mail.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 32D8UVbO4260412 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 13 Mar 2023 08:30:31 GMT Received: from smtpav05.fra02v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id D27D82052D; Mon, 13 Mar 2023 08:02:08 +0000 (GMT) Received: from smtpav05.fra02v.mail.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 94BF72052A; Mon, 13 Mar 2023 08:02:08 +0000 (GMT) Received: from tuxmaker.boeblingen.de.ibm.com (unknown [9.152.85.9]) by smtpav05.fra02v.mail.ibm.com (Postfix) with ESMTP; Mon, 13 Mar 2023 08:02:08 +0000 (GMT) From: Thomas Richter <tmricht@linux.ibm.com> To: linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, acme@kernel.org, sumanthk@linux.ibm.com Cc: svens@linux.ibm.com, gor@linux.ibm.com, hca@linux.ibm.com, Thomas Richter <tmricht@linux.ibm.com> Subject: [PATCH 2/6] tools/perf/json: Add cache metrics for s390 z16 Date: Mon, 13 Mar 2023 09:01:57 +0100 Message-Id: <20230313080201.2440201-2-tmricht@linux.ibm.com> X-Mailer: git-send-email 2.37.2 In-Reply-To: <20230313080201.2440201-1-tmricht@linux.ibm.com> References: <20230313080201.2440201-1-tmricht@linux.ibm.com> X-TM-AS-GCONF: 00 X-Proofpoint-GUID: li-TVPCnnInWhQ01U3kFCCV1xStTjp0a X-Proofpoint-ORIG-GUID: li-TVPCnnInWhQ01U3kFCCV1xStTjp0a Content-Transfer-Encoding: 8bit X-Proofpoint-UnRewURL: 0 URL was un-rewritten MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.254,Aquarius:18.0.942,Hydra:6.0.573,FMLib:17.11.170.22 definitions=2023-03-12_10,2023-03-10_01,2023-02-09_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 impostorscore=0 bulkscore=0 malwarescore=0 suspectscore=0 priorityscore=1501 mlxscore=0 clxscore=1015 lowpriorityscore=0 mlxlogscore=999 phishscore=0 spamscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2212070000 definitions=main-2303130065 X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS 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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1760241627178150274?= X-GMAIL-MSGID: =?utf-8?q?1760241627178150274?= |
Series |
[1/6] tools/perf/json: Add common metrics for s390
|
|
Commit Message
Thomas Richter
March 13, 2023, 8:01 a.m. UTC
Add metrics for s390 z16 - Percentage sourced from Level 2 cache - Percentage sourced from Level 3 on same chip cache - Percentage sourced from Level 4 Local cache on same book - Percentage sourced from Level 4 Remote cache on different book - Percentage sourced from memory For details about the formulas see this documentation: https://www.ibm.com/support/pages/system/files/inline-files/CPU%20MF%20Formulas%20including%20z16%20-%20May%202022_1.pdf Outpuf after: # ./perf stat -M l4rp -- dd if=/dev/zero of=/dev/null bs=10M count=10K .... dd output deleted Performance counter stats for 'dd if=/dev/zero of=/dev/null bs=10M count=10K': 0 IDCW_OFF_DRAWER_CHIP_HIT # 0.00 l4rp 431,866 L1I_DIR_WRITES 2,395 IDCW_OFF_DRAWER_IV 0 ICW_OFF_DRAWER 0 IDCW_OFF_DRAWER_DRAWER_HIT 1,437 DCW_OFF_DRAWER 425,960,793 L1D_DIR_WRITES 12.165030699 seconds time elapsed 0.001037000 seconds user 12.162140000 seconds sys # Signed-off-by: Thomas Richter <tmricht@linux.ibm.com> Acked-By: Sumanth Korikkar <sumanthk@linux.ibm.com> --- .../arch/s390/cf_z16/transaction.json | 25 +++++++++++++++++++ 1 file changed, 25 insertions(+)
Comments
On Mon, Mar 13, 2023 at 1:30 AM Thomas Richter <tmricht@linux.ibm.com> wrote: > > Add metrics for s390 z16 > - Percentage sourced from Level 2 cache > - Percentage sourced from Level 3 on same chip cache > - Percentage sourced from Level 4 Local cache on same book > - Percentage sourced from Level 4 Remote cache on different book > - Percentage sourced from memory > > For details about the formulas see this documentation: > https://www.ibm.com/support/pages/system/files/inline-files/CPU%20MF%20Formulas%20including%20z16%20-%20May%202022_1.pdf > > Outpuf after: > # ./perf stat -M l4rp -- dd if=/dev/zero of=/dev/null bs=10M count=10K > .... dd output deleted > > Performance counter stats for 'dd if=/dev/zero of=/dev/null bs=10M count=10K': > > 0 IDCW_OFF_DRAWER_CHIP_HIT # 0.00 l4rp > 431,866 L1I_DIR_WRITES > 2,395 IDCW_OFF_DRAWER_IV > 0 ICW_OFF_DRAWER > 0 IDCW_OFF_DRAWER_DRAWER_HIT > 1,437 DCW_OFF_DRAWER > 425,960,793 L1D_DIR_WRITES > > 12.165030699 seconds time elapsed > > 0.001037000 seconds user > 12.162140000 seconds sys > > # > > Signed-off-by: Thomas Richter <tmricht@linux.ibm.com> > Acked-By: Sumanth Korikkar <sumanthk@linux.ibm.com> Acked-by: Ian Rogers <irogers@google.com> Thanks, Ian > --- > .../arch/s390/cf_z16/transaction.json | 25 +++++++++++++++++++ > 1 file changed, 25 insertions(+) > > diff --git a/tools/perf/pmu-events/arch/s390/cf_z16/transaction.json b/tools/perf/pmu-events/arch/s390/cf_z16/transaction.json > index 86bf83b4504e..dde0735a7d22 100644 > --- a/tools/perf/pmu-events/arch/s390/cf_z16/transaction.json > +++ b/tools/perf/pmu-events/arch/s390/cf_z16/transaction.json > @@ -18,5 +18,30 @@ > "BriefDescription": "Level One Miss per 100 Instructions", > "MetricName": "l1mp", > "MetricExpr": "((L1I_DIR_WRITES + L1D_DIR_WRITES) / INSTRUCTIONS) * 100" > + }, > + { > + "BriefDescription": "Percentage sourced from Level 2 cache", > + "MetricName": "l2p", > + "MetricExpr": "((DCW_REQ + DCW_REQ_IV + ICW_REQ + ICW_REQ_IV) / (L1I_DIR_WRITES + L1D_DIR_WRITES)) * 100" > + }, > + { > + "BriefDescription": "Percentage sourced from Level 3 on same chip cache", > + "MetricName": "l3p", > + "MetricExpr": "((DCW_REQ_CHIP_HIT + DCW_ON_CHIP + DCW_ON_CHIP_IV + DCW_ON_CHIP_CHIP_HIT + ICW_REQ_CHIP_HIT + ICW_ON_CHIP + ICW_ON_CHIP_IV + ICW_ON_CHIP_CHIP_HIT) / (L1I_DIR_WRITES + L1D_DIR_WRITES)) * 100" > + }, > + { > + "BriefDescription": "Percentage sourced from Level 4 Local cache on same book", > + "MetricName": "l4lp", > + "MetricExpr": "((DCW_REQ_DRAWER_HIT + DCW_ON_CHIP_DRAWER_HIT + DCW_ON_MODULE + DCW_ON_DRAWER + IDCW_ON_MODULE_IV + IDCW_ON_MODULE_CHIP_HIT + IDCW_ON_MODULE_DRAWER_HIT + IDCW_ON_DRAWER_IV + IDCW_ON_DRAWER_CHIP_HIT + IDCW_ON_DRAWER_DRAWER_HIT + ICW_REQ_DRAWER_HIT + ICW_ON_CHIP_DRAWER_HIT + ICW_ON_MODULE + ICW_ON_DRAWER) / (L1I_DIR_WRITES + L1D_DIR_WRITES)) * 100" > + }, > + { > + "BriefDescription": "Percentage sourced from Level 4 Remote cache on different book", > + "MetricName": "l4rp", > + "MetricExpr": "((DCW_OFF_DRAWER + IDCW_OFF_DRAWER_IV + IDCW_OFF_DRAWER_CHIP_HIT + IDCW_OFF_DRAWER_DRAWER_HIT + ICW_OFF_DRAWER) / (L1I_DIR_WRITES + L1D_DIR_WRITES)) * 100" > + }, > + { > + "BriefDescription": "Percentage sourced from memory", > + "MetricName": "memp", > + "MetricExpr": "((DCW_ON_CHIP_MEMORY + DCW_ON_MODULE_MEMORY + DCW_ON_DRAWER_MEMORY + DCW_OFF_DRAWER_MEMORY + ICW_ON_CHIP_MEMORY + ICW_ON_MODULE_MEMORY + ICW_ON_DRAWER_MEMORY + ICW_OFF_DRAWER_MEMORY) / (L1I_DIR_WRITES + L1D_DIR_WRITES)) * 100" > } > ] > -- > 2.39.1 >
Em Mon, Mar 13, 2023 at 08:22:44AM -0700, Ian Rogers escreveu: > On Mon, Mar 13, 2023 at 1:30 AM Thomas Richter <tmricht@linux.ibm.com> wrote: > > > > Add metrics for s390 z16 > > - Percentage sourced from Level 2 cache > > - Percentage sourced from Level 3 on same chip cache > > - Percentage sourced from Level 4 Local cache on same book > > - Percentage sourced from Level 4 Remote cache on different book > > - Percentage sourced from memory > > > > For details about the formulas see this documentation: > > https://www.ibm.com/support/pages/system/files/inline-files/CPU%20MF%20Formulas%20including%20z16%20-%20May%202022_1.pdf > > > > Outpuf after: > > # ./perf stat -M l4rp -- dd if=/dev/zero of=/dev/null bs=10M count=10K > > .... dd output deleted > > > > Performance counter stats for 'dd if=/dev/zero of=/dev/null bs=10M count=10K': > > > > 0 IDCW_OFF_DRAWER_CHIP_HIT # 0.00 l4rp > > 431,866 L1I_DIR_WRITES > > 2,395 IDCW_OFF_DRAWER_IV > > 0 ICW_OFF_DRAWER > > 0 IDCW_OFF_DRAWER_DRAWER_HIT > > 1,437 DCW_OFF_DRAWER > > 425,960,793 L1D_DIR_WRITES > > > > 12.165030699 seconds time elapsed > > > > 0.001037000 seconds user > > 12.162140000 seconds sys > > > > # > > > > Signed-off-by: Thomas Richter <tmricht@linux.ibm.com> > > Acked-By: Sumanth Korikkar <sumanthk@linux.ibm.com> > > Acked-by: Ian Rogers <irogers@google.com> Thanks, applied the first two patches, please address the review suggestions for patches 3-6 and resubmit only those. The patches will be in the public perf-tools-next branch later today. - Arnaldo
On 3/13/23 19:33, Arnaldo Carvalho de Melo wrote: > Em Mon, Mar 13, 2023 at 08:22:44AM -0700, Ian Rogers escreveu: >> On Mon, Mar 13, 2023 at 1:30 AM Thomas Richter <tmricht@linux.ibm.com> wrote: >>> >>> Add metrics for s390 z16 >>> - Percentage sourced from Level 2 cache >>> - Percentage sourced from Level 3 on same chip cache >>> - Percentage sourced from Level 4 Local cache on same book >>> - Percentage sourced from Level 4 Remote cache on different book >>> - Percentage sourced from memory >>> >>> For details about the formulas see this documentation: >>> https://www.ibm.com/support/pages/system/files/inline-files/CPU%20MF%20Formulas%20including%20z16%20-%20May%202022_1.pdf >>> >>> Outpuf after: >>> # ./perf stat -M l4rp -- dd if=/dev/zero of=/dev/null bs=10M count=10K >>> .... dd output deleted >>> >>> Performance counter stats for 'dd if=/dev/zero of=/dev/null bs=10M count=10K': >>> >>> 0 IDCW_OFF_DRAWER_CHIP_HIT # 0.00 l4rp >>> 431,866 L1I_DIR_WRITES >>> 2,395 IDCW_OFF_DRAWER_IV >>> 0 ICW_OFF_DRAWER >>> 0 IDCW_OFF_DRAWER_DRAWER_HIT >>> 1,437 DCW_OFF_DRAWER >>> 425,960,793 L1D_DIR_WRITES >>> >>> 12.165030699 seconds time elapsed >>> >>> 0.001037000 seconds user >>> 12.162140000 seconds sys >>> >>> # >>> >>> Signed-off-by: Thomas Richter <tmricht@linux.ibm.com> >>> Acked-By: Sumanth Korikkar <sumanthk@linux.ibm.com> >> >> Acked-by: Ian Rogers <irogers@google.com> > > Thanks, applied the first two patches, please address the review > suggestions for patches 3-6 and resubmit only those. > > The patches will be in the public perf-tools-next branch later today. > > - Arnaldo > I would really prefer the current implementation without using "ScaleUnit": "100%" The reason is that these formulars are given to me from the s390 Performance team. They want to use the exact same formulars on all platforms running on s390 which includes z/OS and z/VM. This way they are sure to get the same numbers. Hope this background info helps. Thanks a lot.
On Tue, Mar 14, 2023 at 1:20 AM Thomas Richter <tmricht@linux.ibm.com> wrote: > > On 3/13/23 19:33, Arnaldo Carvalho de Melo wrote: > > Em Mon, Mar 13, 2023 at 08:22:44AM -0700, Ian Rogers escreveu: > >> On Mon, Mar 13, 2023 at 1:30 AM Thomas Richter <tmricht@linux.ibm.com> wrote: > >>> > >>> Add metrics for s390 z16 > >>> - Percentage sourced from Level 2 cache > >>> - Percentage sourced from Level 3 on same chip cache > >>> - Percentage sourced from Level 4 Local cache on same book > >>> - Percentage sourced from Level 4 Remote cache on different book > >>> - Percentage sourced from memory > >>> > >>> For details about the formulas see this documentation: > >>> https://www.ibm.com/support/pages/system/files/inline-files/CPU%20MF%20Formulas%20including%20z16%20-%20May%202022_1.pdf > >>> > >>> Outpuf after: > >>> # ./perf stat -M l4rp -- dd if=/dev/zero of=/dev/null bs=10M count=10K > >>> .... dd output deleted > >>> > >>> Performance counter stats for 'dd if=/dev/zero of=/dev/null bs=10M count=10K': > >>> > >>> 0 IDCW_OFF_DRAWER_CHIP_HIT # 0.00 l4rp > >>> 431,866 L1I_DIR_WRITES > >>> 2,395 IDCW_OFF_DRAWER_IV > >>> 0 ICW_OFF_DRAWER > >>> 0 IDCW_OFF_DRAWER_DRAWER_HIT > >>> 1,437 DCW_OFF_DRAWER > >>> 425,960,793 L1D_DIR_WRITES > >>> > >>> 12.165030699 seconds time elapsed > >>> > >>> 0.001037000 seconds user > >>> 12.162140000 seconds sys > >>> > >>> # > >>> > >>> Signed-off-by: Thomas Richter <tmricht@linux.ibm.com> > >>> Acked-By: Sumanth Korikkar <sumanthk@linux.ibm.com> > >> > >> Acked-by: Ian Rogers <irogers@google.com> > > > > Thanks, applied the first two patches, please address the review > > suggestions for patches 3-6 and resubmit only those. > > > > The patches will be in the public perf-tools-next branch later today. > > > > - Arnaldo > > > > I would really prefer the current implementation without using "ScaleUnit": "100%" > The reason is that these formulars are given to me from the s390 Performance team. > They want to use the exact same formulars on all platforms running on s390 > which includes z/OS and z/VM. This way they are sure to get the same numbers. > > Hope this background info helps. For the series: Acked-by: Ian Rogers <irogers@google.com> Using ScaleUnit won't change the result. A ScaleUnit of "100%" means scale the result up by multiplying by 100 and then apply the % after the value. Another nit is having metrics that place their units in the name, like _percent, is usually a sign the name can be better. Perhaps we can follow up with some clean up. Thanks, Ian > Thanks a lot. > -- > Thomas Richter, Dept 3303, IBM s390 Linux Development, Boeblingen, Germany > -- > Vorsitzender des Aufsichtsrats: Gregor Pillen > Geschäftsführung: David Faller > Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht Stuttgart, HRB 243294 >
Em Tue, Mar 14, 2023 at 09:34:46AM -0700, Ian Rogers escreveu: > On Tue, Mar 14, 2023 at 1:20 AM Thomas Richter <tmricht@linux.ibm.com> wrote: > > > > On 3/13/23 19:33, Arnaldo Carvalho de Melo wrote: > > > Em Mon, Mar 13, 2023 at 08:22:44AM -0700, Ian Rogers escreveu: > > >> On Mon, Mar 13, 2023 at 1:30 AM Thomas Richter <tmricht@linux.ibm.com> wrote: > > >>> > > >>> Add metrics for s390 z16 > > >>> - Percentage sourced from Level 2 cache > > >>> - Percentage sourced from Level 3 on same chip cache > > >>> - Percentage sourced from Level 4 Local cache on same book > > >>> - Percentage sourced from Level 4 Remote cache on different book > > >>> - Percentage sourced from memory > > >>> > > >>> For details about the formulas see this documentation: > > >>> https://www.ibm.com/support/pages/system/files/inline-files/CPU%20MF%20Formulas%20including%20z16%20-%20May%202022_1.pdf > > >>> > > >>> Outpuf after: > > >>> # ./perf stat -M l4rp -- dd if=/dev/zero of=/dev/null bs=10M count=10K > > >>> .... dd output deleted > > >>> > > >>> Performance counter stats for 'dd if=/dev/zero of=/dev/null bs=10M count=10K': > > >>> > > >>> 0 IDCW_OFF_DRAWER_CHIP_HIT # 0.00 l4rp > > >>> 431,866 L1I_DIR_WRITES > > >>> 2,395 IDCW_OFF_DRAWER_IV > > >>> 0 ICW_OFF_DRAWER > > >>> 0 IDCW_OFF_DRAWER_DRAWER_HIT > > >>> 1,437 DCW_OFF_DRAWER > > >>> 425,960,793 L1D_DIR_WRITES > > >>> > > >>> 12.165030699 seconds time elapsed > > >>> > > >>> 0.001037000 seconds user > > >>> 12.162140000 seconds sys > > >>> > > >>> # > > >>> > > >>> Signed-off-by: Thomas Richter <tmricht@linux.ibm.com> > > >>> Acked-By: Sumanth Korikkar <sumanthk@linux.ibm.com> > > >> > > >> Acked-by: Ian Rogers <irogers@google.com> > > > > > > Thanks, applied the first two patches, please address the review > > > suggestions for patches 3-6 and resubmit only those. > > > > > > The patches will be in the public perf-tools-next branch later today. > > > > > > - Arnaldo > > > > > > > I would really prefer the current implementation without using "ScaleUnit": "100%" > > The reason is that these formulars are given to me from the s390 Performance team. > > They want to use the exact same formulars on all platforms running on s390 > > which includes z/OS and z/VM. This way they are sure to get the same numbers. > > > > Hope this background info helps. > > For the series: > Acked-by: Ian Rogers <irogers@google.com> Thanks, applied. - Arnaldo > Using ScaleUnit won't change the result. A ScaleUnit of "100%" means > scale the result up by multiplying by 100 and then apply the % after > the value. Another nit is having metrics that place their units in the > name, like _percent, is usually a sign the name can be better. Perhaps > we can follow up with some clean up. > > Thanks, > Ian > > > Thanks a lot. > > -- > > Thomas Richter, Dept 3303, IBM s390 Linux Development, Boeblingen, Germany > > -- > > Vorsitzender des Aufsichtsrats: Gregor Pillen > > Geschäftsführung: David Faller > > Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht Stuttgart, HRB 243294 > >
On 3/14/23 17:34, Ian Rogers wrote: > On Tue, Mar 14, 2023 at 1:20 AM Thomas Richter <tmricht@linux.ibm.com> wrote: >> >> On 3/13/23 19:33, Arnaldo Carvalho de Melo wrote: >>> Em Mon, Mar 13, 2023 at 08:22:44AM -0700, Ian Rogers escreveu: >>>> On Mon, Mar 13, 2023 at 1:30 AM Thomas Richter <tmricht@linux.ibm.com> wrote: >>>>> >>>>> Add metrics for s390 z16 >>>>> - Percentage sourced from Level 2 cache >>>>> - Percentage sourced from Level 3 on same chip cache >>>>> - Percentage sourced from Level 4 Local cache on same book >>>>> - Percentage sourced from Level 4 Remote cache on different book >>>>> - Percentage sourced from memory >>>>> >>>>> For details about the formulas see this documentation: >>>>> https://www.ibm.com/support/pages/system/files/inline-files/CPU%20MF%20Formulas%20including%20z16%20-%20May%202022_1.pdf >>>>> >>>>> Outpuf after: >>>>> # ./perf stat -M l4rp -- dd if=/dev/zero of=/dev/null bs=10M count=10K >>>>> .... dd output deleted >>>>> >>>>> Performance counter stats for 'dd if=/dev/zero of=/dev/null bs=10M count=10K': >>>>> >>>>> 0 IDCW_OFF_DRAWER_CHIP_HIT # 0.00 l4rp >>>>> 431,866 L1I_DIR_WRITES >>>>> 2,395 IDCW_OFF_DRAWER_IV >>>>> 0 ICW_OFF_DRAWER >>>>> 0 IDCW_OFF_DRAWER_DRAWER_HIT >>>>> 1,437 DCW_OFF_DRAWER >>>>> 425,960,793 L1D_DIR_WRITES >>>>> >>>>> 12.165030699 seconds time elapsed >>>>> >>>>> 0.001037000 seconds user >>>>> 12.162140000 seconds sys >>>>> >>>>> # >>>>> >>>>> Signed-off-by: Thomas Richter <tmricht@linux.ibm.com> >>>>> Acked-By: Sumanth Korikkar <sumanthk@linux.ibm.com> >>>> >>>> Acked-by: Ian Rogers <irogers@google.com> >>> >>> Thanks, applied the first two patches, please address the review >>> suggestions for patches 3-6 and resubmit only those. >>> >>> The patches will be in the public perf-tools-next branch later today. >>> >>> - Arnaldo >>> >> >> I would really prefer the current implementation without using "ScaleUnit": "100%" >> The reason is that these formulars are given to me from the s390 Performance team. >> They want to use the exact same formulars on all platforms running on s390 >> which includes z/OS and z/VM. This way they are sure to get the same numbers. >> >> Hope this background info helps. > > For the series: > Acked-by: Ian Rogers <irogers@google.com> > > Using ScaleUnit won't change the result. A ScaleUnit of "100%" means > scale the result up by multiplying by 100 and then apply the % after > the value. Another nit is having metrics that place their units in the > name, like _percent, is usually a sign the name can be better. Perhaps > we can follow up with some clean up. > > Thanks, > Ian Thanks Ian, I put the ScaleUnit thing on my todo list and will provide a clean up...
Em Tue, Mar 14, 2023 at 06:36:24PM -0300, Arnaldo Carvalho de Melo escreveu: > Em Tue, Mar 14, 2023 at 09:34:46AM -0700, Ian Rogers escreveu: > > On Tue, Mar 14, 2023 at 1:20 AM Thomas Richter <tmricht@linux.ibm.com> wrote: > > > > > > On 3/13/23 19:33, Arnaldo Carvalho de Melo wrote: > > > > Em Mon, Mar 13, 2023 at 08:22:44AM -0700, Ian Rogers escreveu: > > > >> On Mon, Mar 13, 2023 at 1:30 AM Thomas Richter <tmricht@linux.ibm.com> wrote: > > > >>> > > > >>> Add metrics for s390 z16 > > > >>> - Percentage sourced from Level 2 cache > > > >>> - Percentage sourced from Level 3 on same chip cache > > > >>> - Percentage sourced from Level 4 Local cache on same book > > > >>> - Percentage sourced from Level 4 Remote cache on different book > > > >>> - Percentage sourced from memory > > > >>> > > > >>> For details about the formulas see this documentation: > > > >>> https://www.ibm.com/support/pages/system/files/inline-files/CPU%20MF%20Formulas%20including%20z16%20-%20May%202022_1.pdf > > > >>> > > > >>> Outpuf after: > > > >>> # ./perf stat -M l4rp -- dd if=/dev/zero of=/dev/null bs=10M count=10K > > > >>> .... dd output deleted > > > >>> > > > >>> Performance counter stats for 'dd if=/dev/zero of=/dev/null bs=10M count=10K': > > > >>> > > > >>> 0 IDCW_OFF_DRAWER_CHIP_HIT # 0.00 l4rp > > > >>> 431,866 L1I_DIR_WRITES > > > >>> 2,395 IDCW_OFF_DRAWER_IV > > > >>> 0 ICW_OFF_DRAWER > > > >>> 0 IDCW_OFF_DRAWER_DRAWER_HIT > > > >>> 1,437 DCW_OFF_DRAWER > > > >>> 425,960,793 L1D_DIR_WRITES > > > >>> > > > >>> 12.165030699 seconds time elapsed > > > >>> > > > >>> 0.001037000 seconds user > > > >>> 12.162140000 seconds sys > > > >>> > > > >>> # > > > >>> > > > >>> Signed-off-by: Thomas Richter <tmricht@linux.ibm.com> > > > >>> Acked-By: Sumanth Korikkar <sumanthk@linux.ibm.com> > > > >> > > > >> Acked-by: Ian Rogers <irogers@google.com> > > > > > > > > Thanks, applied the first two patches, please address the review > > > > suggestions for patches 3-6 and resubmit only those. > > > > > > > > The patches will be in the public perf-tools-next branch later today. > > > > > > > > - Arnaldo > > > > > > > > > > I would really prefer the current implementation without using "ScaleUnit": "100%" > > > The reason is that these formulars are given to me from the s390 Performance team. > > > They want to use the exact same formulars on all platforms running on s390 > > > which includes z/OS and z/VM. This way they are sure to get the same numbers. > > > > > > Hope this background info helps. > > > > For the series: > > Acked-by: Ian Rogers <irogers@google.com> > > Thanks, applied. > > - Arnaldo While trying to cross build to s390 on: ubuntu:18.04 using python3 CC /tmp/build/perf/tests/parse-events.o Exception processing pmu-events/arch/s390/cf_z16/extended.json Traceback (most recent call last): File "pmu-events/jevents.py", line 997, in <module> main() File "pmu-events/jevents.py", line 979, in main ftw(arch_path, [], preprocess_one_file) File "pmu-events/jevents.py", line 935, in ftw ftw(item.path, parents + [item.name], action) File "pmu-events/jevents.py", line 933, in ftw action(parents, item) File "pmu-events/jevents.py", line 514, in preprocess_one_file for event in read_json_events(item.path, topic): File "pmu-events/jevents.py", line 388, in read_json_events events = json.load(open(path), object_hook=JsonEvent) File "/usr/lib/python3.6/json/__init__.py", line 296, in load return loads(fp.read(), File "/usr/lib/python3.6/encodings/ascii.py", line 26, in decode return codecs.ascii_decode(input, self.errors)[0] UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 4271: ordinal not in range(128) > > > Using ScaleUnit won't change the result. A ScaleUnit of "100%" means > > scale the result up by multiplying by 100 and then apply the % after > > the value. Another nit is having metrics that place their units in the > > name, like _percent, is usually a sign the name can be better. Perhaps > > we can follow up with some clean up. > > > > Thanks, > > Ian > > > > > Thanks a lot. > > > -- > > > Thomas Richter, Dept 3303, IBM s390 Linux Development, Boeblingen, Germany > > > -- > > > Vorsitzender des Aufsichtsrats: Gregor Pillen > > > Geschäftsführung: David Faller > > > Sitz der Gesellschaft: Böblingen / Registergericht: Amtsgericht Stuttgart, HRB 243294 > > > > > -- > > - Arnaldo
On 3/22/23 21:59, Arnaldo Carvalho de Melo wrote: > Em Tue, Mar 14, 2023 at 06:36:24PM -0300, Arnaldo Carvalho de Melo escreveu: >> Em Tue, Mar 14, 2023 at 09:34:46AM -0700, Ian Rogers escreveu: >>> On Tue, Mar 14, 2023 at 1:20 AM Thomas Richter <tmricht@linux.ibm.com> wrote: >>>> >>>> On 3/13/23 19:33, Arnaldo Carvalho de Melo wrote: >>>>> Em Mon, Mar 13, 2023 at 08:22:44AM -0700, Ian Rogers escreveu: >>>>>> On Mon, Mar 13, 2023 at 1:30 AM Thomas Richter <tmricht@linux.ibm.com> wrote: >>>>>>> >>>>>>> Add metrics for s390 z16 >>>>>>> - Percentage sourced from Level 2 cache >>>>>>> - Percentage sourced from Level 3 on same chip cache >>>>>>> - Percentage sourced from Level 4 Local cache on same book >>>>>>> - Percentage sourced from Level 4 Remote cache on different book >>>>>>> - Percentage sourced from memory >>>>>>> >>>>>>> For details about the formulas see this documentation: >>>>>>> https://www.ibm.com/support/pages/system/files/inline-files/CPU%20MF%20Formulas%20including%20z16%20-%20May%202022_1.pdf >>>>>>> >>>>>>> Outpuf after: >>>>>>> # ./perf stat -M l4rp -- dd if=/dev/zero of=/dev/null bs=10M count=10K >>>>>>> .... dd output deleted >>>>>>> >>>>>>> Performance counter stats for 'dd if=/dev/zero of=/dev/null bs=10M count=10K': >>>>>>> >>>>>>> 0 IDCW_OFF_DRAWER_CHIP_HIT # 0.00 l4rp >>>>>>> 431,866 L1I_DIR_WRITES >>>>>>> 2,395 IDCW_OFF_DRAWER_IV >>>>>>> 0 ICW_OFF_DRAWER >>>>>>> 0 IDCW_OFF_DRAWER_DRAWER_HIT >>>>>>> 1,437 DCW_OFF_DRAWER >>>>>>> 425,960,793 L1D_DIR_WRITES >>>>>>> >>>>>>> 12.165030699 seconds time elapsed >>>>>>> >>>>>>> 0.001037000 seconds user >>>>>>> 12.162140000 seconds sys >>>>>>> >>>>>>> # >>>>>>> >>>>>>> Signed-off-by: Thomas Richter <tmricht@linux.ibm.com> >>>>>>> Acked-By: Sumanth Korikkar <sumanthk@linux.ibm.com> >>>>>> >>>>>> Acked-by: Ian Rogers <irogers@google.com> >>>>> >>>>> Thanks, applied the first two patches, please address the review >>>>> suggestions for patches 3-6 and resubmit only those. >>>>> >>>>> The patches will be in the public perf-tools-next branch later today. >>>>> >>>>> - Arnaldo >>>>> >>>> >>>> I would really prefer the current implementation without using "ScaleUnit": "100%" >>>> The reason is that these formulars are given to me from the s390 Performance team. >>>> They want to use the exact same formulars on all platforms running on s390 >>>> which includes z/OS and z/VM. This way they are sure to get the same numbers. >>>> >>>> Hope this background info helps. >>> >>> For the series: >>> Acked-by: Ian Rogers <irogers@google.com> >> >> Thanks, applied. >> >> - Arnaldo > > While trying to cross build to s390 on: > > ubuntu:18.04 > > using python3 > > > CC /tmp/build/perf/tests/parse-events.o > Exception processing pmu-events/arch/s390/cf_z16/extended.json > Traceback (most recent call last): > File "pmu-events/jevents.py", line 997, in <module> > main() > File "pmu-events/jevents.py", line 979, in main > ftw(arch_path, [], preprocess_one_file) > File "pmu-events/jevents.py", line 935, in ftw > ftw(item.path, parents + [item.name], action) > File "pmu-events/jevents.py", line 933, in ftw > action(parents, item) > File "pmu-events/jevents.py", line 514, in preprocess_one_file > for event in read_json_events(item.path, topic): > File "pmu-events/jevents.py", line 388, in read_json_events > events = json.load(open(path), object_hook=JsonEvent) > File "/usr/lib/python3.6/json/__init__.py", line 296, in load > return loads(fp.read(), > File "/usr/lib/python3.6/encodings/ascii.py", line 26, in decode > return codecs.ascii_decode(input, self.errors)[0] > UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 4271: ordinal not in range(128) > > Hmmm, this is very strange. After reading this mail I installed Ubuntu 18.04 on my s390 system. The build works fine, no errors at all. # pmu-events/jevents.py s390 all pmu-events/arch pmu-events/pmu-events.c # ll pmu-events/pmu-events.c -rw-r--r-- 1 root root 317284 Mar 23 10:46 pmu-events/pmu-events.c # The file has the correct contents and the build works fine too. # make .... Auto-detecting system features: ... dwarf: [ on ] ... dwarf_getlocations: [ on ] ... glibc: [ on ] ... libbfd: [ on ] ... libbfd-buildid: [ on ] ... libcap: [ OFF ] ... libelf: [ on ] ... libnuma: [ on ] ... numa_num_possible_cpus: [ on ] ... libperl: [ on ] ... libpython: [ on ] ... libcrypto: [ on ] ... libunwind: [ OFF ] ... libdw-dwarf-unwind: [ on ] ... zlib: [ on ] ... lzma: [ on ] ... get_cpuid: [ OFF ] ... bpf: [ on ] ... libaio: [ on ] ... libzstd: [ OFF ] INSTALL libsubcmd_headers INSTALL libsymbol_headers INSTALL libperf_headers INSTALL libapi_headers INSTALL libbpf_headers CC pmu-events/pmu-events.o LD pmu-events/pmu-events-in.o LINK perf # ./perf list | grep -A 20 basic: basic: CPU_CYCLES [Cycle Count. Unit: cpum_cf] INSTRUCTIONS [Instruction Count. Unit: cpum_cf] L1D_DIR_WRITES [Level-1 D-Cache Directory Write Count. Unit: cpum_cf] L1D_PENALTY_CYCLES [Level-1 D-Cache Penalty Cycle Count. Unit: cpum_cf] L1I_DIR_WRITES [Level-1 I-Cache Directory Write Count. Unit: cpum_cf] L1I_PENALTY_CYCLES [Level-1 I-Cache Penalty Cycle Count. Unit: cpum_cf] PROBLEM_STATE_CPU_CYCLES [Problem-State Cycle Count. Unit: cpum_cf] PROBLEM_STATE_INSTRUCTIONS [Problem-State Instruction Count. Unit: cpum_cf] So everythings works as usual.
On Thu, Mar 23, 2023 at 10:51:16AM +0100, Thomas Richter wrote: > On 3/22/23 21:59, Arnaldo Carvalho de Melo wrote: > > While trying to cross build to s390 on: > > > > ubuntu:18.04 > > > > using python3 > > > > > > CC /tmp/build/perf/tests/parse-events.o > > Exception processing pmu-events/arch/s390/cf_z16/extended.json > > Traceback (most recent call last): > > File "pmu-events/jevents.py", line 997, in <module> > > main() > > File "pmu-events/jevents.py", line 979, in main > > ftw(arch_path, [], preprocess_one_file) > > File "pmu-events/jevents.py", line 935, in ftw > > ftw(item.path, parents + [item.name], action) > > File "pmu-events/jevents.py", line 933, in ftw > > action(parents, item) > > File "pmu-events/jevents.py", line 514, in preprocess_one_file > > for event in read_json_events(item.path, topic): > > File "pmu-events/jevents.py", line 388, in read_json_events > > events = json.load(open(path), object_hook=JsonEvent) > > File "/usr/lib/python3.6/json/__init__.py", line 296, in load > > return loads(fp.read(), > > File "/usr/lib/python3.6/encodings/ascii.py", line 26, in decode > > return codecs.ascii_decode(input, self.errors)[0] > > UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 4271: ordinal not in range(128) > > > > > > Hmmm, this is very strange. After reading this mail I installed Ubuntu 18.04 > on my s390 system. The build works fine, no errors at all. > > > # pmu-events/jevents.py s390 all pmu-events/arch pmu-events/pmu-events.c > # ll pmu-events/pmu-events.c > -rw-r--r-- 1 root root 317284 Mar 23 10:46 pmu-events/pmu-events.c > # > > The file has the correct contents and the build works fine too. > # make The file contains UTF-8 characters, which were already present before your patch. Guess you need to provide an addon patch which converts to plain ASCII.
Em Thu, Mar 23, 2023 at 11:06:15AM +0100, Heiko Carstens escreveu: > On Thu, Mar 23, 2023 at 10:51:16AM +0100, Thomas Richter wrote: > > On 3/22/23 21:59, Arnaldo Carvalho de Melo wrote: > > > While trying to cross build to s390 on: > > > > > > ubuntu:18.04 > > > > > > using python3 > > > > > > > > > CC /tmp/build/perf/tests/parse-events.o > > > Exception processing pmu-events/arch/s390/cf_z16/extended.json > > > Traceback (most recent call last): > > > File "pmu-events/jevents.py", line 997, in <module> > > > main() > > > File "pmu-events/jevents.py", line 979, in main > > > ftw(arch_path, [], preprocess_one_file) > > > File "pmu-events/jevents.py", line 935, in ftw > > > ftw(item.path, parents + [item.name], action) > > > File "pmu-events/jevents.py", line 933, in ftw > > > action(parents, item) > > > File "pmu-events/jevents.py", line 514, in preprocess_one_file > > > for event in read_json_events(item.path, topic): > > > File "pmu-events/jevents.py", line 388, in read_json_events > > > events = json.load(open(path), object_hook=JsonEvent) > > > File "/usr/lib/python3.6/json/__init__.py", line 296, in load > > > return loads(fp.read(), > > > File "/usr/lib/python3.6/encodings/ascii.py", line 26, in decode > > > return codecs.ascii_decode(input, self.errors)[0] > > > UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 4271: ordinal not in range(128) > > > > > > > > > > Hmmm, this is very strange. After reading this mail I installed Ubuntu 18.04 > > on my s390 system. The build works fine, no errors at all. > > > > > > # pmu-events/jevents.py s390 all pmu-events/arch pmu-events/pmu-events.c > > # ll pmu-events/pmu-events.c > > -rw-r--r-- 1 root root 317284 Mar 23 10:46 pmu-events/pmu-events.c > > # > > > > The file has the correct contents and the build works fine too. > > # make > > The file contains UTF-8 characters, which were already present before > your patch. Guess you need to provide an addon patch which converts to > plain ASCII. Yeah, and in this s390 perf test build container in the past I didn't have the needed python3-dev package needed to build jevents.py, so it was being disabled and the problem was left unnoticed. Now that it is a opt-out feature, I installed python3-dev, jevents.py got built and then this failure surfaced. - Arnaldo
diff --git a/tools/perf/pmu-events/arch/s390/cf_z16/transaction.json b/tools/perf/pmu-events/arch/s390/cf_z16/transaction.json index 86bf83b4504e..dde0735a7d22 100644 --- a/tools/perf/pmu-events/arch/s390/cf_z16/transaction.json +++ b/tools/perf/pmu-events/arch/s390/cf_z16/transaction.json @@ -18,5 +18,30 @@ "BriefDescription": "Level One Miss per 100 Instructions", "MetricName": "l1mp", "MetricExpr": "((L1I_DIR_WRITES + L1D_DIR_WRITES) / INSTRUCTIONS) * 100" + }, + { + "BriefDescription": "Percentage sourced from Level 2 cache", + "MetricName": "l2p", + "MetricExpr": "((DCW_REQ + DCW_REQ_IV + ICW_REQ + ICW_REQ_IV) / (L1I_DIR_WRITES + L1D_DIR_WRITES)) * 100" + }, + { + "BriefDescription": "Percentage sourced from Level 3 on same chip cache", + "MetricName": "l3p", + "MetricExpr": "((DCW_REQ_CHIP_HIT + DCW_ON_CHIP + DCW_ON_CHIP_IV + DCW_ON_CHIP_CHIP_HIT + ICW_REQ_CHIP_HIT + ICW_ON_CHIP + ICW_ON_CHIP_IV + ICW_ON_CHIP_CHIP_HIT) / (L1I_DIR_WRITES + L1D_DIR_WRITES)) * 100" + }, + { + "BriefDescription": "Percentage sourced from Level 4 Local cache on same book", + "MetricName": "l4lp", + "MetricExpr": "((DCW_REQ_DRAWER_HIT + DCW_ON_CHIP_DRAWER_HIT + DCW_ON_MODULE + DCW_ON_DRAWER + IDCW_ON_MODULE_IV + IDCW_ON_MODULE_CHIP_HIT + IDCW_ON_MODULE_DRAWER_HIT + IDCW_ON_DRAWER_IV + IDCW_ON_DRAWER_CHIP_HIT + IDCW_ON_DRAWER_DRAWER_HIT + ICW_REQ_DRAWER_HIT + ICW_ON_CHIP_DRAWER_HIT + ICW_ON_MODULE + ICW_ON_DRAWER) / (L1I_DIR_WRITES + L1D_DIR_WRITES)) * 100" + }, + { + "BriefDescription": "Percentage sourced from Level 4 Remote cache on different book", + "MetricName": "l4rp", + "MetricExpr": "((DCW_OFF_DRAWER + IDCW_OFF_DRAWER_IV + IDCW_OFF_DRAWER_CHIP_HIT + IDCW_OFF_DRAWER_DRAWER_HIT + ICW_OFF_DRAWER) / (L1I_DIR_WRITES + L1D_DIR_WRITES)) * 100" + }, + { + "BriefDescription": "Percentage sourced from memory", + "MetricName": "memp", + "MetricExpr": "((DCW_ON_CHIP_MEMORY + DCW_ON_MODULE_MEMORY + DCW_ON_DRAWER_MEMORY + DCW_OFF_DRAWER_MEMORY + ICW_ON_CHIP_MEMORY + ICW_ON_MODULE_MEMORY + ICW_ON_DRAWER_MEMORY + ICW_OFF_DRAWER_MEMORY) / (L1I_DIR_WRITES + L1D_DIR_WRITES)) * 100" } ]