All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: "Frédéric Weisbecker" <fweisbec@gmail.com>
Cc: Steven Rostedt <rostedt@goodmis.org>,
	Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: [RFC v3][PATCH 0/2] Make ftrace able to trace function return
Date: Tue, 11 Nov 2008 19:43:12 +0100	[thread overview]
Message-ID: <20081111184311.GA21151@elte.hu> (raw)
In-Reply-To: <c62985530811110924p28d3ff7i3ce8ff0d86ca2fb8@mail.gmail.com>


* Frédéric Weisbecker <fweisbec@gmail.com> wrote:

> > at the risk of bikeshed-painting this issue too much, the problem 
> > with function_return is that it has little meaning to actual users 
> > and even to developers. What does the "return" mean? We know what 
> > it means, because we know that opposed to function entry we'll 
> > also capture function returns, and hence be able to do full 
> > function call tracing.
> >
> > so function_full i thought to conduct this aspect of it better. 
> > But suggestions are welcome.
> 
> 
> Ok. Let's change into function_full, after all, I think that this 
> tool will be mostly used with a parsing pass of its traces with a 
> script to produce statistics and hierarchical representation like 
> does draw_functrace.py After that, the order of apparition of the 
> functions in the trace will not really matter.

how about function_cost ?

that's what it's primarily about at this stage: the ability to capture 
entry+exit, and have the cost printed.

as opposed to function tracer, which traces function entry events, but 
does not try to build a coherent picture about per function execution 
cost.

	Ingo

  reply	other threads:[~2008-11-11 18:43 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-11  5:46 [RFC v3][PATCH 0/2] Make ftrace able to trace function return Frederic Weisbecker
2008-11-11  9:43 ` Ingo Molnar
2008-11-11 10:12   ` [PATCH] tracing, x86: function return tracer, fix assembly constraints Ingo Molnar
2008-11-11 11:04   ` [PATCH] tracing: function return tracer, build fix Ingo Molnar
2008-11-11 15:30   ` [RFC v3][PATCH 0/2] Make ftrace able to trace function return Frédéric Weisbecker
2008-11-11 17:14     ` Ingo Molnar
2008-11-11 17:24       ` Frédéric Weisbecker
2008-11-11 18:43         ` Ingo Molnar [this message]
2008-11-11 19:14           ` Frédéric Weisbecker
2008-11-12 20:44 ` Frank Ch. Eigler
2008-11-13  0:10   ` Frédéric Weisbecker

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=20081111184311.GA21151@elte.hu \
    --to=mingo@elte.hu \
    --cc=fweisbec@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rostedt@goodmis.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.