linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Feng Tang <feng.tang@intel.com>
To: Namhyung Kim <namhyung@kernel.org>
Cc: <acme@redhat.com>, <mingo@elte.hu>, <a.p.zijlstra@chello.nl>,
	<andi@firstfloor.org>, <dsahern@gmail.com>,
	<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 5/7] perf ui/browser: Add a browser for perf script
Date: Tue, 4 Sep 2012 17:13:27 +0800	[thread overview]
Message-ID: <20120904171327.0901e142@feng-i7> (raw)
In-Reply-To: <87a9x6eei8.fsf@sejong.aot.lge.com>

Hi Namhyung,

Thanks for your kind and thorough reviews.

On Tue, 4 Sep 2012 10:57:35 +0900
Namhyung Kim <namhyung@kernel.org> wrote:

> On Mon,  3 Sep 2012 16:14:31 +0800, Feng Tang wrote:
> > Create a script browser, so that user can check all the available
> > scripts and run them inside the main perf report or annotation
> > browsers, for all the perf samples or samples belong to one
> > thread/symbol.
> >
> > The work flow is, users can use function key to list all the available
> > scripts in system and chose one, which will be executed with
> > popen("perf script -s xxx.xx",) and all the output lines are put into
> > one ui browser, pressing 'q' or left arrow key will make it return
> > to previous browser.
> 
> It could be used for TUI interface of perf script itself too (at least
> for --list option) IMHO.

Do you mean make the "perf script -l" to be shown in a browser, or we
use the same popen("perf script -l") way to cache and list the all the
scripts so that we don't need the find_scripts()?

> 
> 
> >
> > Please be noted, most of the in-tree scripts with name xxxtop are
> > dynamically run and not supported by this static browser. 
> 
> If so, wouldn't it be better adding a filter not to show those
> unsupported scripts somehow?

Good idea, will simply filter them in next version.
> 
> 
> > You can run the event_analyzing_sample.py for example.
> >
> > Signed-off-by: Feng Tang <feng.tang@intel.com>
> > ---

> > +
> > +/* 160 bytes for one output line */
> > +#define AVERAGE_LINE_LEN	160
> > +
> > +struct script_line {
> > +	struct list_head node;
> > +	char line[AVERAGE_LINE_LEN];
> > +};
> > +
> > +struct perf_script_browser {
> > +	struct ui_browser b;
> > +	struct list_head entries;
> > +	const char *script_name;
> > +	int nr_lines;
> > +};
> > +
> > +#define SCRIPT_NAMELEN	40
> > +#define SCRIPT_MAX_NO	32
> > +#define SCRIPT_FULLPATH_LEN 128
> 
> I'm not sure these magic numbers are enough.
> 
> 
> > +
> > +/* Return 0 on success */
> > +static int list_scripts(char *script_name)
> > +{
> > +	char *buffer, *scripts[SCRIPT_MAX_NO], *scripts_path[SCRIPT_MAX_NO];
> > +	int i, num, choice, ret = -1;
> > +
> > +	/* Preset the script name to SCRIPT_NAMELEN */
> > +	buffer = zalloc(SCRIPT_MAX_NO * (SCRIPT_NAMELEN + SCRIPT_FULLPATH_LEN));
> > +	if (!buffer)
> > +		return ret;
> > +
> > +	for (i = 0; i < SCRIPT_MAX_NO; i++) {
> > +		scripts[i] = buffer + i * (SCRIPT_NAMELEN + SCRIPT_FULLPATH_LEN);
> > +		scripts_path[i] = scripts[i] + SCRIPT_NAMELEN;
> > +	}
> > +
> > +	num = find_scripts(scripts, scripts_path);
> > +	if (num) {
> 
> It should be:
> 
> 	if (num > 0) {
> 
> since the find_scripts() can return -1.

Yes, as you pointed out in the other review.


> > +
> > +	fp = popen(cmd, "r");
> > +	if (!fp)
> > +		goto exit;
> > +
> > +	while ((retlen = getline(&line, &len, fp)) != -1) {
> > +		strcpy(sline[nr_entries].line, line);
> 
> What if the len is larger than sline[].line?

That's a problem, how about adding a check for "retlen" and cut that
line to fit the SCRIPT_FULLPATH_LEN? Or we just wrap the long line
by using several struct script_line to save it?

> 
> 
> > +		list_add_tail(&sline[nr_entries].node, &script.entries);
> > +
> > +		if (script.b.width < retlen)
> > +			script.b.width = retlen;
> > +		nr_entries++;
> 
> I think you need this too:
> 
> 		if (nr_entries >= MAX_LINES)
> 			break;
> > +	}
> > +
> > +	script.nr_lines = nr_entries;
> > +	script.b.nr_entries = nr_entries;
> > +	script.b.entries = &script.entries;
> > +
> > +	ret = script_browser__run(&script);
> > +
> > +	if (line)
> > +		free(line);
> 
> No pclose(fp) ?
> 
> 
> > +
> > +exit:
> > +	free(sline);
> > +	return ret;
> > +}
> > diff --git a/tools/perf/ui/browsers/scripts.h b/tools/perf/ui/browsers/scripts.h
> > new file mode 100644
> > index 0000000..011baa8
> > --- /dev/null
> > +++ b/tools/perf/ui/browsers/scripts.h
> > @@ -0,0 +1,5 @@
> > +#ifndef _PERF_UI_BROWSER_BROWSER_H_
> > +#define _PERF_UI_BROWSER_BROWSER_H_ 1
> 
> I guess you want _PERF_UI_BROWSER_SCRIPT_H_ ?

Exactly. 

I'll address the comments in this email and those in other emails. thanks!

- Feng


  reply	other threads:[~2012-09-04  9:19 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-03  8:14 [PATCH 0/7] perf ui/browser: Add browser for perf script Feng Tang
2012-09-03  8:14 ` [PATCH 1/7] perf symbols: Filter samples with unresolved symbol when "--symbols" option is used Feng Tang
2012-09-03  8:14 ` [PATCH 2/7] perf scripts: Add --symbols option to handle specific symbols Feng Tang
2012-09-03  8:14 ` [PATCH 3/7] perf scripts: Add event_analyzing_sample-record/report Feng Tang
2012-09-03  8:14 ` [PATCH 4/7] perf scripts: Export a find_scripts() function Feng Tang
2012-09-04  1:09   ` Namhyung Kim
2012-09-04  1:34   ` Namhyung Kim
2012-09-03  8:14 ` [PATCH 5/7] perf ui/browser: Add a browser for perf script Feng Tang
2012-09-04  1:57   ` Namhyung Kim
2012-09-04  9:13     ` Feng Tang [this message]
2012-09-05  0:33       ` Namhyung Kim
2012-09-03  8:14 ` [PATCH 6/7] perf ui/browser: Integrate script browser into annotation browser Feng Tang
2012-09-03  8:14 ` [PATCH 7/7] perf ui/browser: Integrate script browser into main hists browser Feng Tang
2012-09-04  0:50 ` [PATCH 0/7] perf ui/browser: Add browser for perf script Namhyung Kim

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120904171327.0901e142@feng-i7 \
    --to=feng.tang@intel.com \
    --cc=a.p.zijlstra@chello.nl \
    --cc=acme@redhat.com \
    --cc=andi@firstfloor.org \
    --cc=dsahern@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=namhyung@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).