All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lai Jiangshan <laijs@cn.fujitsu.com>
To: Mathieu Desnoyers <compudj@krystal.dyndns.org>
Cc: ltt-dev@lists.casi.polymtl.ca, Zhaolei <zhaolei@cn.fujitsu.com>,
	Ingo Molnar <mingo@elte.hu>, Steven Rostedt <rostedt@goodmis.org>,
	linux-kernel@vger.kernel.org
Subject: Re: LTTng kernel integration roadmap, update
Date: Thu, 04 Dec 2008 11:49:16 +0800	[thread overview]
Message-ID: <4937533C.3040203@cn.fujitsu.com> (raw)
In-Reply-To: <20081124112842.GA15615@Krystal>

Mathieu Desnoyers wrote:

> - Marker ID management
>   Background :
>   The markers are currently used to identify the numerical event IDs
>   associated with a named event as well as the event types (format
>   string) associated with that event. Those two informations are kept in
>   a table written in the metadata channel. A "channel" could be thought
>   as being a set of per-cpu buffers, where information transits. This
>   information would typically be related to a specific tracer. Note,
>   however, that the information generated by a tracer should always be
>   parseable generically and be transformable into text output by a
>   simple parser, because we want to permit analysis across information
>   logged by the various tracer.
> 
>   Action item :
>   The current event IDs are global to the whole kernel. It would be
>   beneficial to change their scope so they are per-channel instead,
>   because we can then encode most events in the low-order bits of the
>   event ID bits, therefore keeping events as small as possible.
> 

Hi, Mathieu Desnoyers:

It also required by ASCII text output.

ASCII text output needs get name&fmt from eID, but In current code,
I cannot find a reliable way to get name&fmt from eID. And also,
in the kernel space, we must get name&fmt from eID as fast as possible
by reason of performance. So I cannot use metadata channel for it.

When "Add periodical subbuffer flush for streaming" and "Marker ID management"
will done?

Thanks, Lai.



      parent reply	other threads:[~2008-12-04  3:52 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-24 11:28 LTTng kernel integration roadmap, update Mathieu Desnoyers
2008-11-24 11:41 ` Christoph Hellwig
2008-11-24 12:20   ` Mathieu Desnoyers
2008-11-24 16:58     ` Steven Rostedt
2008-11-24 20:46       ` [ltt-dev] " Mathieu Desnoyers
2008-11-25  7:09         ` Mathieu Desnoyers
2008-11-25 13:57       ` Andrew Morton
2008-11-25 15:40         ` Sam Ravnborg
2008-11-25 17:59           ` Theodore Tso
2008-11-25 19:09             ` Andrew Morton
2008-11-25 19:30             ` Sam Ravnborg
2008-11-28 12:56           ` [ltt-dev] " Mathieu Desnoyers
2008-11-28 12:58         ` Mathieu Desnoyers
2008-11-25  8:24     ` Christoph Hellwig
2008-11-25  8:47       ` [ltt-dev] " Mathieu Desnoyers
2008-11-25  8:57       ` Theodore Tso
2008-11-25  8:59         ` Christoph Hellwig
2008-12-04  3:49 ` Lai Jiangshan [this message]

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=4937533C.3040203@cn.fujitsu.com \
    --to=laijs@cn.fujitsu.com \
    --cc=compudj@krystal.dyndns.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ltt-dev@lists.casi.polymtl.ca \
    --cc=mingo@elte.hu \
    --cc=rostedt@goodmis.org \
    --cc=zhaolei@cn.fujitsu.com \
    /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.