Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id ED26EC7618D for ; Tue, 14 Mar 2023 21:36:34 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230029AbjCNVgd (ORCPT ); Tue, 14 Mar 2023 17:36:33 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52940 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229690AbjCNVgb (ORCPT ); Tue, 14 Mar 2023 17:36:31 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6BB1051C86; Tue, 14 Mar 2023 14:36:29 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id E18B061999; Tue, 14 Mar 2023 21:36:28 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 23BFAC433D2; Tue, 14 Mar 2023 21:36:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1678829788; bh=N/TveHPIq2WE+Bc7VWWnzUTgWumhBYG3YPoOYW04ilE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=fPh2D+aExS+mJSqhVN/fZZq0gILyw4ZF/s4QvwhvLiJSBXrjF6hqlw6ZlC4ZrOTds DocqXNji5GDVUVXboZLBjUw8Dv5/xgy/tfTfNe1X9ULVoLfnHKjCEp+gGH9jas+8c9 6Jjm4NbwRoSxyU1XCpu4EkkHNbJZp/AJEP+zyQi3l18DrUC39hqoD0+clA1iUUQX6e RNMs7zm71rqokkEPF6b85Lk9LitMMfWciStrSEORgfAejDVM+bN2VsyUc3TDG5G8Pq Oio8YFUkf2L5lrAd1VXVgpmAtgtaoSH7IVwUEISB5TqdNeSGA3ZfJ/5a5i64kkREdP 0h6oIyjHfWSjw== Received: by quaco.ghostprotocols.net (Postfix, from userid 1000) id B87E24049F; Tue, 14 Mar 2023 18:36:24 -0300 (-03) Date: Tue, 14 Mar 2023 18:36:24 -0300 From: Arnaldo Carvalho de Melo To: Ian Rogers Cc: Thomas Richter , linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, sumanthk@linux.ibm.com, svens@linux.ibm.com, gor@linux.ibm.com, hca@linux.ibm.com Subject: Re: [PATCH 2/6] tools/perf/json: Add cache metrics for s390 z16 Message-ID: References: <20230313080201.2440201-1-tmricht@linux.ibm.com> <20230313080201.2440201-2-tmricht@linux.ibm.com> <1ee6884a-2d92-68d9-0917-3ae4f5390714@linux.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Url: http://acmel.wordpress.com Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Em Tue, Mar 14, 2023 at 09:34:46AM -0700, Ian Rogers escreveu: > On Tue, Mar 14, 2023 at 1:20 AM Thomas Richter 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 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 > > >>> Acked-By: Sumanth Korikkar > > >> > > >> Acked-by: Ian Rogers > > > > > > 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 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 > > -- - Arnaldo