Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1067727pxb; Fri, 26 Feb 2021 01:28:03 -0800 (PST) X-Google-Smtp-Source: ABdhPJz0SjEkLz320a49F0SDRBVJc1iqSQncSJ8PBSHBCxy8PRBI2P9lhiOYnzPvdfMAok4wx9Xb X-Received: by 2002:a17:906:70d4:: with SMTP id g20mr2336227ejk.361.1614331683187; Fri, 26 Feb 2021 01:28:03 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614331683; cv=none; d=google.com; s=arc-20160816; b=ycYqL03UMhKPzw44m8R4/+f/kONTPPVejZdzDZ6uz8jZi1TomB/zcJ6LTsDyvCx9aP hl8d1CO3jZKFMa+kW3Ufzbr7F4+4nWoZtqR6Et84ATvv/Xd+8VXW2GmwcBIRVgXNJTi0 0CpKHiQtmMKt92oEyVa2CO9fE7sFNi+/SZF16v93wEjF0vAhk0g9OmvdYiXKnhbyJdb4 vRNVahw0qxRmdPim2EnamKGhMa0TnwczYwk29jOKJAcIAe9gTEWrTd9h0hTB9EuzSviM 9Qpf/OTI2AAKlw3Rxy8tBvx6ODqJCuF/6UanpxzeoXFEjNWW2FIVVtwSZKJRjBfCXr5n nydA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=8XTDmG5ryWw1/MHe7+5hx6GkrTYVIcq1SaGvioAi0zg=; b=JateZeurvnYs3oyBTvqzNgON+2V+LiQBjR3j8SXo1N3YrI9PL58B7deo9tWeMnXMhu vhPRTxQbfpTHszqXFC++7DX+03Mvu17KxFgRduEHkuhfOCd14HzGkCA9ZhFXE7ktJyQK ekQSzva9zffjXeFE/n8WWCe9xAtg65xbQ2aW1GjpX/XizBWpypusPNDxO5OI4eZsQOK+ IBNuMcG2M4lYCfCo3Y5l0MIymNCISfDjZq2EgM2ATtc94Btoa5PWscFMJGxp5pnAwapH Ei6otATPbd5TiyvkQKBGDTK42rU2vfmZJzhvmsdx4aRsS80bhwI3K5Yvcu/JPGb3jO51 2w1A== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h91si5030142edd.384.2021.02.26.01.27.40; Fri, 26 Feb 2021 01:28:03 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230241AbhBZJ0u (ORCPT + 99 others); Fri, 26 Feb 2021 04:26:50 -0500 Received: from mx2.suse.de ([195.135.220.15]:53886 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230352AbhBZJYo (ORCPT ); Fri, 26 Feb 2021 04:24:44 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 90375B0E5; Fri, 26 Feb 2021 09:24:00 +0000 (UTC) Subject: Re: [PATCH] perf annotate: improve --stdio mode To: Arnaldo Carvalho de Melo Cc: linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org References: From: =?UTF-8?Q?Martin_Li=c5=a1ka?= Message-ID: Date: Fri, 26 Feb 2021 10:24:00 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2/23/21 8:47 PM, Arnaldo Carvalho de Melo wrote: > Em Sun, Feb 21, 2021 at 01:46:36PM +0100, Martin Liška escreveu: >> The patch changes the output format in 2 ways: >> - line number is displayed for all source lines (matching TUI mode) > > Are you aware of 'perf annotate --stdio2' ? If the goal is to make the > stdio mode better, doing it in that mode would be best, as it was done > to share as much code as possible, not just the looks, with the TUI > mode. Yes, I'm aware of it. My motivation is to generate a HTML perf annotate report and I see the following parts of --stdio2 not ideal: - coloring is not available (--stdio-color=always does not work) - 'Sorted summary for file ' is missing so one can't easily search for hot spots in browser - source line number are displayed, but not the source files - there's a missing option for 'Toggle disassembler output/simplified view' which is available in TUI mode That said, the stdio2 annotation report is quite different and so handy for my use case. > > I kept --stdio around because changing the output in that way could > annoy people used to that format. Sure. But I think the current format provides quite broken visual layout: 0.00 : 405ef1: inc %r15 0.01 : 405ef4: vfmadd213sd 0x2b9b3(%rip),%xmm0,%xmm3 # 4318b0 <_IO_stdin_used+0x8b0> eff.c:1811 0.67 : 405efd: vfmadd213sd 0x2b9b2(%rip),%xmm0,%xmm3 # 4318b8 <_IO_stdin_used+0x8b8> : TA + tmpsd * (TB + vs. 0.00 : 405ef1: inc %r15 0.01 : 405ef4: vfmadd213sd 0x2b9b3(%rip),%xmm0,%xmm3 # 4318b0 <_IO_stdin_used+0x8b0> 0.67 : 405efd: vfmadd213sd 0x2b9b2(%rip),%xmm0,%xmm3 # 4318b8 <_IO_stdin_used+0x8b8> // eff.c:1811 : 1810 TA + tmpsd * (TB + I bet also the current users of --stdio mode would benefit from it. What do you think? Thanks, Martin > > Please take a look at 'man perf-config' and see what can be configured > for both 'perf annotate --tui' and 'perf annotate --stdio2'. > > Perhaps we can do something like: > > perf config annotate.stdio=tui_like > > And, for completeness have: > > perf config annotate.stdio=classical > > wdyt? > > Looking at the other patches now. > > - Arnaldo > >> - source locations for the hottest lines are printed >> at the line end in order to preserve layout >> >> Before: >> >> 0.00 : 405ef1: inc %r15 >> : tmpsd * (TD + tmpsd * TDD))); >> 0.01 : 405ef4: vfmadd213sd 0x2b9b3(%rip),%xmm0,%xmm3 # 4318b0 <_IO_stdin_used+0x8b0> >> : tmpsd * (TC + >> eff.c:1811 0.67 : 405efd: vfmadd213sd 0x2b9b2(%rip),%xmm0,%xmm3 # 4318b8 <_IO_stdin_used+0x8b8> >> : TA + tmpsd * (TB + >> 0.35 : 405f06: vfmadd213sd 0x2b9b1(%rip),%xmm0,%xmm3 # 4318c0 <_IO_stdin_used+0x8c0> >> : dumbo = >> eff.c:1809 1.41 : 405f0f: vfmadd213sd 0x2b9b0(%rip),%xmm0,%xmm3 # 4318c8 <_IO_stdin_used+0x8c8> >> : sumi -= sj * tmpsd * dij2i * dumbo; >> eff.c:1813 2.58 : 405f18: vmulsd %xmm3,%xmm0,%xmm0 >> 2.81 : 405f1c: vfnmadd213sd 0x30(%rsp),%xmm1,%xmm0 >> 3.78 : 405f23: vmovsd %xmm0,0x30(%rsp) >> : for (k = 0; k < lpears[i] + upears[i]; k++) { >> eff.c:1761 0.90 : 405f29: cmp %r15d,%r12d >> >> After: >> >> 0.00 : 405ef1: inc %r15 >> : 1812 tmpsd * (TD + tmpsd * TDD))); >> 0.01 : 405ef4: vfmadd213sd 0x2b9b3(%rip),%xmm0,%xmm3 # 4318b0 <_IO_stdin_used+0x8b0> >> : 1811 tmpsd * (TC + >> 0.67 : 405efd: vfmadd213sd 0x2b9b2(%rip),%xmm0,%xmm3 # 4318b8 <_IO_stdin_used+0x8b8> // eff.c:1811 >> : 1810 TA + tmpsd * (TB + >> 0.35 : 405f06: vfmadd213sd 0x2b9b1(%rip),%xmm0,%xmm3 # 4318c0 <_IO_stdin_used+0x8c0> >> : 1809 dumbo = >> 1.41 : 405f0f: vfmadd213sd 0x2b9b0(%rip),%xmm0,%xmm3 # 4318c8 <_IO_stdin_used+0x8c8> // eff.c:1809 >> : 1813 sumi -= sj * tmpsd * dij2i * dumbo; >> 2.58 : 405f18: vmulsd %xmm3,%xmm0,%xmm0 // eff.c:1813 >> 2.81 : 405f1c: vfnmadd213sd 0x30(%rsp),%xmm1,%xmm0 >> 3.78 : 405f23: vmovsd %xmm0,0x30(%rsp) >> : 1761 for (k = 0; k < lpears[i] + upears[i]; k++) { >> >> Where e.g. '// eff.c:1811' shares the same color as the percentantage >> at the line beginning. >> >> Signed-off-by: Martin Liška >> --- >> tools/perf/util/annotate.c | 30 ++++++++++++++---------------- >> 1 file changed, 14 insertions(+), 16 deletions(-) >> >> diff --git a/tools/perf/util/annotate.c b/tools/perf/util/annotate.c >> index e60841b86d27..80542012ec1b 100644 >> --- a/tools/perf/util/annotate.c >> +++ b/tools/perf/util/annotate.c >> @@ -1366,7 +1366,6 @@ annotation_line__print(struct annotation_line *al, struct symbol *sym, u64 start >> { >> struct disasm_line *dl = container_of(al, struct disasm_line, al); >> static const char *prev_line; >> - static const char *prev_color; >> if (al->offset != -1) { >> double max_percent = 0.0; >> @@ -1405,20 +1404,6 @@ annotation_line__print(struct annotation_line *al, struct symbol *sym, u64 start >> color = get_percent_color(max_percent); >> - /* >> - * Also color the filename and line if needed, with >> - * the same color than the percentage. Don't print it >> - * twice for close colored addr with the same filename:line >> - */ >> - if (al->path) { >> - if (!prev_line || strcmp(prev_line, al->path) >> - || color != prev_color) { >> - color_fprintf(stdout, color, " %s", al->path); >> - prev_line = al->path; >> - prev_color = color; >> - } >> - } >> - >> for (i = 0; i < nr_percent; i++) { >> struct annotation_data *data = &al->data[i]; >> double percent; >> @@ -1439,6 +1424,19 @@ annotation_line__print(struct annotation_line *al, struct symbol *sym, u64 start >> printf(" : "); >> disasm_line__print(dl, start, addr_fmt_width); >> + >> + /* >> + * Also color the filename and line if needed, with >> + * the same color than the percentage. Don't print it >> + * twice for close colored addr with the same filename:line >> + */ >> + if (al->path) { >> + if (!prev_line || strcmp(prev_line, al->path)) { >> + color_fprintf(stdout, color, " // %s", al->path); >> + prev_line = al->path; >> + } >> + } >> + >> printf("\n"); >> } else if (max_lines && printed >= max_lines) >> return 1; >> @@ -1454,7 +1452,7 @@ annotation_line__print(struct annotation_line *al, struct symbol *sym, u64 start >> if (!*al->line) >> printf(" %*s:\n", width, " "); >> else >> - printf(" %*s: %*s %s\n", width, " ", addr_fmt_width, " ", al->line); >> + printf(" %*s: %-*d %s\n", width, " ", addr_fmt_width, al->line_nr, al->line); >> } >> return 0; >> -- >> 2.30.1 >> >