* Anca Emanuel anca.eman...@gmail.com wrote:
I'd even argue that that C library is obviously something the
kernelshould offer as well - so klibc is the way to go and would
help usfurther streamline this and keep Linux quality high.
I think there is code to share. Why not ?
The biggest
[offtopic] Any news from Mathieu Desnoyers Generic Ring Buffer
Library http://www.efficios.com/ringbuffer ?
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
* Alexander Graf ag...@suse.de wrote:
[...]
Outside of the kernel tree, you can do your own decisions. If
someone thinks it's a great idea to write device emulation in
python (I would love that!), he could go in and implement it
without having to worry about Linus possibly rejecting it
Hi,
As far I know it is pretty much impossible to figure the
foreground/background colors of the terminal you are running on. You
Glad to hear that, I thought I hadn't researched that much (I did). Hope
somebody appears and tell us how it is done :-)
In xterm, '\e]10;?\e\\' and
* Ted Ts'o ty...@mit.edu wrote:
On Tue, Nov 08, 2011 at 01:55:09PM +0100, Ingo Molnar wrote:
I guess you can do well with a split project as well - my main
claim is that good compatibility comes *naturally* with
integration.
Here I have to disagree; my main worry is that integration
* Ted Ts'o ty...@mit.edu wrote:
On Tue, Nov 08, 2011 at 07:14:57PM +0200, Anca Emanuel wrote:
@Ten Ts'o: you are sponsored by something like microsoft (joking)
? Stop trolling. If you are not familiar with perf, or other
tools, save your time and do some useful things.
I am quite
* John Kacur jka...@redhat.com wrote:
On Tue, 8 Nov 2011, Ted Ts'o wrote:
On Tue, Nov 08, 2011 at 01:55:09PM +0100, Ingo Molnar wrote:
I guess you can do well with a split project as well - my main
claim is that good compatibility comes *naturally* with
integration.
Here I
* Gerd Hoffmann kra...@redhat.com wrote:
For reference, the default set of colors now is (from
tools/perf/util/ui/browser.c):
static struct ui_browser__colorset {
const char *name, *fg, *bg;
int colorset;
} ui_browser__colorsets[] = {
{
* Arnaldo Carvalho de Melo a...@redhat.com wrote:
sure the colors have enougth contrast so they are readable.
Problem is figuring out something that is considered a good default
:-\ There will always be somebody that will complain.
When doing the coding to allow using the default xterm
* Steven Rostedt rost...@goodmis.org wrote:
On Tue, Nov 08, 2011 at 10:32:25AM +0100, Ingo Molnar wrote:
None of the perf developers with whom i'm working complained
about the shared repo so far - publicly or privately. By all
means they are enjoying it and if you look at the stats
Hi,
What we want to have is to have a set of distinctive colors - just
two (background, foreground) colors are not enough - we also need
colors to highlight certain information - we need 5-6 colors for the
output to be maximally expressive. Is there a canonical way to handle
that while
On Wed, 09 Nov 2011 11:40:01 +0100, Gerd Hoffmann wrote:
far I know it is pretty much impossible to figure the
foreground/background colors of the terminal you are running on. You
can try some guesswork based on $TERM (linux console usually has black
background, xterm is white by
Em Wed, Nov 09, 2011 at 11:40:01AM +0100, Gerd Hoffmann escreveu:
Hi,
What we want to have is to have a set of distinctive colors - just
two (background, foreground) colors are not enough - we also need
colors to highlight certain information - we need 5-6 colors for the
output to
Em Wed, Nov 09, 2011 at 10:21:09AM +0100, Ingo Molnar escreveu:
Eventually someone will do the right thing and implement 'perf trace'
(there's still the tip:tmp.perf/trace2 prototype branch) and users
I'm working on it, reworking its patches into the new evlist/evsel
abstractions, etc.
-
Hi,
Plus allowing full .perfconfig configurability of all the relevant
colors, for those with special taste.
Sure. Maybe also allow multiple color sections and pick them by $TERM
or --colors switch, i.e. [colors xterm].
Its fully configurable as of now, what we need is a set of
Em Wed, Nov 09, 2011 at 01:26:34PM +0100, Gerd Hoffmann escreveu:
Hi,
Plus allowing full .perfconfig configurability of all the relevant
colors, for those with special taste.
Sure. Maybe also allow multiple color sections and pick them by $TERM
or --colors switch, i.e. [colors
Em Wed, Nov 09, 2011 at 10:30:50AM -0200, Arnaldo Carvalho de Melo escreveu:
Em Wed, Nov 09, 2011 at 01:26:34PM +0100, Gerd Hoffmann escreveu:
Its fully configurable as of now, what we need is a set of .perfconfigs
that show how people think its better, we try it, set it as the default,
On Wed, 2011-11-09 at 10:33 -0200, Arnaldo Carvalho de Melo wrote:
Ingo, would that G+ page be useful for that?
*groan*
Can we please keep things sane?
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at
Em Wed, Nov 09, 2011 at 01:46:42PM +0100, Peter Zijlstra escreveu:
On Wed, 2011-11-09 at 10:33 -0200, Arnaldo Carvalho de Melo wrote:
Ingo, would that G+ page be useful for that?
*groan*
Can we please keep things sane?
ROFL, I had to ask that :-P
- Arnaldo
--
To unsubscribe from
* Arnaldo Carvalho de Melo a...@redhat.com wrote:
Em Wed, Nov 09, 2011 at 10:30:50AM -0200, Arnaldo Carvalho de Melo escreveu:
Em Wed, Nov 09, 2011 at 01:26:34PM +0100, Gerd Hoffmann escreveu:
Its fully configurable as of now, what we need is a set of .perfconfigs
that show how people
On Tue, Nov 8, 2011 at 5:32 PM, Ingo Molnar mi...@elte.hu wrote:
So i think you should seriously consider moving your projects *into*
tools/ instead of trying to get other projects to move out ...
You should at least *try* the unified model before criticising it -
because currently you guys
Arnaldo Carvalho de Melo wrote:
Em Wed, Nov 09, 2011 at 11:40:01AM +0100, Gerd Hoffmann escreveu:
Hi,
What we want to have is to have a set of distinctive colors - just
two (background, foreground) colors are not enough - we also need
colors to highlight certain information - we
Em Wed, Nov 09, 2011 at 02:25:09PM -0500, Jim Paris escreveu:
Arnaldo Carvalho de Melo wrote:
Em Wed, Nov 09, 2011 at 11:40:01AM +0100, Gerd Hoffmann escreveu:
As far I know it is pretty much impossible to figure the
foreground/background colors of the terminal you are running on. You
I'd even argue that that C library is obviously something the
kernelshould offer as well - so klibc is the way to go and would help
usfurther streamline this and keep Linux quality high.
I think there is code to share. Why not ?
--
To unsubscribe from this list: send the line unsubscribe kvm in
On 09.11.2011, at 09:23, Ingo Molnar wrote:
* Ted Ts'o ty...@mit.edu wrote:
On Tue, Nov 08, 2011 at 01:55:09PM +0100, Ingo Molnar wrote:
I guess you can do well with a split project as well - my main
claim is that good compatibility comes *naturally* with
integration.
Here I have
* Américo Wang xiyou.wangc...@gmail.com wrote:
On Tue, Nov 8, 2011 at 5:32 PM, Ingo Molnar mi...@elte.hu wrote:
So i think you should seriously consider moving your projects
*into* tools/ instead of trying to get other projects to move out
...
You should at least *try* the unified
* Theodore Tso ty...@mit.edu wrote:
On Nov 7, 2011, at 5:19 PM, Anthony Liguori wrote:
The kernel ecosystem does not have to be limited to linux.git.
There could be a process to be a kernel.org project for
projects that fit a certain set of criteria. These projects
could all
On Nov 8, 2011, at 4:32 AM, Ingo Molnar wrote:
No ifs and when about it, these are the plain facts:
- Better features, better ABIs: perf maintainers can enforce clean,
functional and usable tooling support *before* committing to an
ABI on the kernel side.
We don't have to be
Em Tue, Nov 08, 2011 at 05:21:50AM -0500, Theodore Tso escreveu:
On Nov 8, 2011, at 4:32 AM, Ingo Molnar wrote:
No ifs and when about it, these are the plain facts:
- Better features, better ABIs: perf maintainers can enforce clean,
functional and usable tooling support *before*
* Theodore Tso ty...@mit.edu wrote:
On Nov 8, 2011, at 4:32 AM, Ingo Molnar wrote:
No ifs and when about it, these are the plain facts:
- Better features, better ABIs: perf maintainers can enforce clean,
functional and usable tooling support *before* committing to an
ABI
Hi,
Indeed, documentation is lacking, I think coming from a kernel
standpoint I relied too much in the documentation is source code
mantra of old days.
Sorry for the shameless plug, but as you are speaking of lacking
documentation: Where the heck is the perf config file documented, other
Em Tue, Nov 08, 2011 at 02:40:42PM +0100, Gerd Hoffmann escreveu:
Indeed, documentation is lacking, I think coming from a kernel
standpoint I relied too much in the documentation is source code
mantra of old days.
Sorry for the shameless plug, but as you are speaking of lacking
Thank
Hi,
documentation: Where the heck is the perf config file documented, other
than source code? Reading the parser to figure how the config file is
supposed to look like really isn't fun :(
I'm looking for a way to disable the colors in the perf report tui. Or
configure them into
On Tue, Nov 08, 2011 at 10:32:25AM +0100, Ingo Molnar wrote:
None of the perf developers with whom i'm working complained about
the shared repo so far - publicly or privately. By all means they are
enjoying it and if you look at the stats and results you'll agree
that they are highly
Em Tue, Nov 08, 2011 at 04:38:48PM +0100, Gerd Hoffmann escreveu:
Seems to have no effect, guess the distro perf is too old (RHEL-6).
[tui]
report = off
That works. I don't want turn off the tui altogether though, I actually
like the interactive expanding+collapsing of the call
On Tue, Nov 08, 2011 at 01:55:09PM +0100, Ingo Molnar wrote:
I guess you can do well with a split project as well - my main claim
is that good compatibility comes *naturally* with integration.
Here I have to disagree; my main worry is that integration makes it
*naturally* easy for people to
@Ten Ts'o: you are sponsored by something like microsoft (joking) ?
Stop trolling. If you are not familiar with perf, or other tools, save
your time and do some useful things.
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More
On Tue, Nov 08, 2011 at 07:14:57PM +0200, Anca Emanuel wrote:
@Ten Ts'o: you are sponsored by something like microsoft (joking) ?
Stop trolling. If you are not familiar with perf, or other tools, save
your time and do some useful things.
I am quite familiar with perf. A disagreement with how
On Tue, 8 Nov 2011, Ted Ts'o wrote:
On Tue, Nov 08, 2011 at 01:55:09PM +0100, Ingo Molnar wrote:
I guess you can do well with a split project as well - my main claim
is that good compatibility comes *naturally* with integration.
Here I have to disagree; my main worry is that
39 matches
Mail list logo