Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp1739621pxu; Thu, 8 Oct 2020 21:03:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz5tMZ2edr84bKA7zjasrhfiqplHX/mgVmtNO4HTpn48/Gy5vzH0aJF88NnS7Q3n8BYDH+A X-Received: by 2002:a17:906:6007:: with SMTP id o7mr12769961ejj.550.1602216180390; Thu, 08 Oct 2020 21:03:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602216180; cv=none; d=google.com; s=arc-20160816; b=fyJ8Q3cgBCmBhhA/rZijoB/ugh0EEJZefxrVG3ToH74v+xpLhed8HJfTKf95vtYjVd OzC09m4ESN6eumeDCNWBQw+ii7slBjh+BX4JIlEPg7/SF3zil8s56wUu2d1+lXM8lUMg 7yzrbwmmrjPaaiqJz0ir4/Ptlgohx6idftq3pyI2Mks1+nTVTW7tbGZX6R/MdQIe1DCD urZ8Wbj0Y0Q77Q51CnnL8cxp+sIHTLXfnj9SKv+bKS0/ijzdhHKkI8/L+ja1W1FUvuWs 22UdxCns5a8Cd//DknjrqSncCf7FQM1xN9ISbpER/V9U4Fib3xd+cgT6BclYnitLgJ3a U1+g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from:ironport-sdr :ironport-sdr; bh=0XQb8yjyIQ+4UqRU0zv/ZNGCaNPzmah8gBccjk+tkMY=; b=yqoL03pOnLmkRqoWyw9HsD5dcrJYRr19RxHnJre5ydIB91mxCGh+JV42iX422oHmLI V5aTSohFg/L577Duy8wxO9w6pqO2XyHOSrJnHg36GZhKcBNiWRILexo1YwL6eVtShLkI gej4j/xSBvxKdWLE6t5WN2Nl/kizPi+yYJD4ORNBSn/G0DXJQe3PN9aIX+ke/XaMpcw+ HJlT4h0SGoiyTW3vtiZONxJ19ILScBSZbO/5rT7RFOitzvL8KGdSCUMgpQ+n2TVqt7D/ E4pmwyydJ9VTCnfKcCOQVu4aJzo91JD/oQupxaiQc7ChO6oQ33DqeeCSwS3gV3fhu2US 3zHQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n15si6413533edy.595.2020.10.08.21.02.37; Thu, 08 Oct 2020 21:03:00 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731230AbgJIC3Z (ORCPT + 99 others); Thu, 8 Oct 2020 22:29:25 -0400 Received: from mga01.intel.com ([192.55.52.88]:51340 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725922AbgJIC3Z (ORCPT ); Thu, 8 Oct 2020 22:29:25 -0400 IronPort-SDR: x0Dtwa8NcUF+N1oAlmpZdohdjsACqwGTty8ZlzKXoBuXEL9cil5PA53tWW/bgThbKw29DM4s/r DAWTZSm0m6nw== X-IronPort-AV: E=McAfee;i="6000,8403,9768"; a="182869950" X-IronPort-AV: E=Sophos;i="5.77,353,1596524400"; d="scan'208";a="182869950" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Oct 2020 19:29:25 -0700 IronPort-SDR: UnZrLDPbvjmk/JPsfXEBHoF1fRkdJjWxjFZSAhW5tFO2bd7+EWHbXsfxADcwVlNsPyEN2bfxx2 mmEPR/qzYr2Q== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.77,353,1596524400"; d="scan'208";a="354699968" Received: from kbl-ppc.sh.intel.com ([10.239.159.55]) by FMSMGA003.fm.intel.com with ESMTP; 08 Oct 2020 19:29:22 -0700 From: Jin Yao To: acme@kernel.org, jolsa@kernel.org, peterz@infradead.org, mingo@redhat.com, alexander.shishkin@linux.intel.com Cc: Linux-kernel@vger.kernel.org, ak@linux.intel.com, kan.liang@intel.com, yao.jin@intel.com, Jin Yao Subject: [PATCH v8 0/7] perf: Stream comparison Date: Fri, 9 Oct 2020 10:28:38 +0800 Message-Id: <20201009022845.13141-1-yao.jin@linux.intel.com> X-Mailer: git-send-email 2.17.1 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Sometimes, a small change in a hot function reducing the cycles of this function, but the overall workload doesn't get faster. It is interesting where the cycles are moved to. What it would like is to diff before/after streams. The stream is the branch history which is aggregated by the branch records from perf samples. For example, the callchains aggregated from the branch records. By browsing the hot stream, we can understand the hot code path. By browsing the hot streams, we can understand the hot code path. By comparing the cycles variation of same streams between old perf data and new perf data, we can understand if the cycles are moved to other codes. The before stream is the stream in perf.data.old. The after stream is the stream in perf.data. Diffing before/after streams compares top N hottest streams between two perf data files. If all entries of one stream in perf.data.old are fully matched with all entries of another stream in perf.data, we think two streams are matched, otherwise the streams are not matched. For example, cycles: 1, hits: 26.80% cycles: 1, hits: 27.30% -------------------------- -------------------------- main div.c:39 main div.c:39 main div.c:44 main div.c:44 The above streams are matched and we can see for the same streams the cycles (1) are equal and the callchain hit percents are slightly changed (26.80% vs. 27.30%). That's expected. Now let's see example. perf record -b ... Generate perf.data.old with branch data perf record -b ... Generate perf.data with branch data perf diff --stream [ Matched hot streams ] hot chain pair 1: cycles: 1, hits: 27.77% cycles: 1, hits: 9.24% --------------------------- -------------------------- main div.c:39 main div.c:39 main div.c:44 main div.c:44 hot chain pair 2: cycles: 34, hits: 20.06% cycles: 27, hits: 16.98% --------------------------- -------------------------- __random_r random_r.c:360 __random_r random_r.c:360 __random_r random_r.c:388 __random_r random_r.c:388 __random_r random_r.c:388 __random_r random_r.c:388 __random_r random_r.c:380 __random_r random_r.c:380 __random_r random_r.c:357 __random_r random_r.c:357 __random random.c:293 __random random.c:293 __random random.c:293 __random random.c:293 __random random.c:291 __random random.c:291 __random random.c:291 __random random.c:291 __random random.c:291 __random random.c:291 __random random.c:288 __random random.c:288 rand rand.c:27 rand rand.c:27 rand rand.c:26 rand rand.c:26 rand@plt rand@plt rand@plt rand@plt compute_flag div.c:25 compute_flag div.c:25 compute_flag div.c:22 compute_flag div.c:22 main div.c:40 main div.c:40 main div.c:40 main div.c:40 main div.c:39 main div.c:39 hot chain pair 3: cycles: 9, hits: 4.48% cycles: 6, hits: 4.51% --------------------------- -------------------------- __random_r random_r.c:360 __random_r random_r.c:360 __random_r random_r.c:388 __random_r random_r.c:388 __random_r random_r.c:388 __random_r random_r.c:388 __random_r random_r.c:380 __random_r random_r.c:380 [ Hot streams in old perf data only ] hot chain 1: cycles: 18, hits: 6.75% -------------------------- __random_r random_r.c:360 __random_r random_r.c:388 __random_r random_r.c:388 __random_r random_r.c:380 __random_r random_r.c:357 __random random.c:293 __random random.c:293 __random random.c:291 __random random.c:291 __random random.c:291 __random random.c:288 rand rand.c:27 rand rand.c:26 rand@plt rand@plt compute_flag div.c:25 compute_flag div.c:22 main div.c:40 hot chain 2: cycles: 29, hits: 2.78% -------------------------- compute_flag div.c:22 main div.c:40 main div.c:40 main div.c:39 [ Hot streams in new perf data only ] hot chain 1: cycles: 4, hits: 4.54% -------------------------- main div.c:42 compute_flag div.c:28 hot chain 2: cycles: 5, hits: 3.51% -------------------------- main div.c:39 main div.c:44 main div.c:42 compute_flag div.c:28 v8: --- Rebase to perf/core v7: --- Create a new struct evlist_streams which contains ev_streams and nr_evsel, so we don't need to pass nr_evsel in stream related functions. Rename functions for better coding style. v6: --- Rebase to perf/core v5: --- 1. Remove enum stream_type 2. Rebase to perf/core v4: --- The previous version is too big and very hard for review. 1. v4 removes the code which supports the source line mapping table and remove the source line based comparison. Now we only supports the basic functionality of stream comparison. 2. Refactor the code in a generic way. v3: --- v2 has 14 patches, it's hard to review. v3 is only 7 patches for basic stream comparison. Jin Yao (7): perf util: Create streams perf util: Get the evsel_streams by evsel_idx perf util: Compare two streams perf util: Link stream pair perf util: Calculate the sum of total streams hits perf util: Report hot streams perf diff: Support hot streams comparison tools/perf/Documentation/perf-diff.txt | 4 + tools/perf/builtin-diff.c | 119 ++++++++- tools/perf/util/Build | 1 + tools/perf/util/callchain.c | 99 +++++++ tools/perf/util/callchain.h | 9 + tools/perf/util/stream.c | 342 +++++++++++++++++++++++++ tools/perf/util/stream.h | 41 +++ 7 files changed, 602 insertions(+), 13 deletions(-) create mode 100644 tools/perf/util/stream.c create mode 100644 tools/perf/util/stream.h -- 2.17.1