[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20131217141532.GC6517@ghostprotocols.net>
Date: Tue, 17 Dec 2013 11:15:32 -0300
From: Arnaldo Carvalho de Melo <acme@...stprotocols.net>
To: Ingo Molnar <mingo@...nel.org>
Cc: Stanislav Fomichev <stfomichev@...dex-team.ru>,
linux-kernel@...r.kernel.org, a.p.zijlstra@...llo.nl,
paulus@...ba.org, mingo@...hat.com, namhyung@...nel.org,
artagnon@...il.com, jolsa@...hat.com
Subject: Re: [PATCH 5/5 v2] perf timechart: add emphasize option
Em Tue, Dec 17, 2013 at 03:06:08PM +0100, Ingo Molnar escreveu:
> * Arnaldo Carvalho de Melo <acme@...stprotocols.net> wrote:
> > Em Tue, Dec 17, 2013 at 02:41:37PM +0100, Ingo Molnar escreveu:
> > > * Arnaldo Carvalho de Melo <acme@...stprotocols.net> wrote:
> > > > Em Tue, Dec 17, 2013 at 04:15:22PM +0400, Stanislav Fomichev escreveu:
> > > > > > Please give a sample usage command line and a sample output. (the
> > > > > > highlighting can be done using ASCII escape sequences in the changelog
> > > > > > as well.)
> > > > > Highlighting is done in the generated SVG, so I can't really show it in
> > > > > the log or documentation. But I added simple example with -e option.
> > > > > > -e::
> > > > > > --emphasize=<duration_nsecs|task_name>::
> > > > > Thanks, added.
> > > > I also wonder how to allocate single letter options here... can we live
> > > > with just --emphasize for now? Wouldn't at some point we maybe want to
> > > > use -e in 'perf timechart' to pick some specific event, and then, to
> > > > make it consistent with the other tools, -e would then be used?
> > > I wanted to raise a similar argument too - so if we don't have to do
> > > -e then maybe '--grep' would be the better option name?
> > > If it becomes popular then the pattern matching can be improved,
> > > without having to change the option name and such.
> > Humm, 'grep' is a filter, i.e. something that removes parts of the
> > data being perused, while this case it will not filter anything, it
> > will just make something that matches some search criteria to stand
> > out from the rest, that is still there, so perhaps --emphasize is Ok
> > albeit kinda long...
>
> So I frequently use grep with -C 1000 --color=always to also show the
> context. But --grep-context sounds too long.
Just tried it here, and on fedora 18 one doesn't even needs the
--color=always, but then basic grep usage doesn't imply showing contexts
and highlighting, i.e. grep grew into a swiss knife, like many others
:-\
> Maybe --highlight ?
That is ok for me, I think it is better than --emphasize
> > Do we have any other command line tool that has a long standing
> > semantics of "highlighting" or "emphasizing" parts of a data stream?
>
> Yeah, grep's -C, -A, -B options. (--context, --context-after,
> --context-before), combined with the --color option to highlight.
I don't feel like there is a direct mapping of what he wants to achieve
to reusing the 'grep' keyword, at least it didn't sound natural at first
sight to me. :-)
- Arnaldo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists