From: Frederic Weisbecker <fweisbec@gmail.com>
To: Vaibhav Nagarnaik <vnagarnaik@google.com>
Cc: Paul Menage <menage@google.com>, Li Zefan <lizf@cn.fujitsu.com>,
Stephane Eranian <eranian@google.com>,
Andrew Morton <akpm@linux-foundation.org>,
Steven Rostedt <rostedt@goodmis.org>,
linux-kernel@vger.kernel.org,
containers@lists.linux-foundation.org
Subject: Re: [RFC] tracing: Adding cgroup aware tracing functionality
Date: Thu, 7 Apr 2011 03:33:53 +0200 [thread overview]
Message-ID: <20110407013349.GH1867@nowhere> (raw)
In-Reply-To: <BANLkTik_jtjWTsOueUzfdQXRx17OcgyDgA@mail.gmail.com>
On Wed, Apr 06, 2011 at 11:50:21AM -0700, Vaibhav Nagarnaik wrote:
> All
> The cgroup functionality is being used widely in different scenarios. It also
> is being integrated with other parts of kernel to take advantage of its
> features. One of the areas that is not yet aware of cgroup functionality is
> the ftrace framework.
>
> Although ftrace provides a way to filter based on PIDs of tasks to be traced,
> it is restricted to specific tracers, like function tracer. Also it becomes
> difficult to keep track of all PIDs in a dynamic environment with processes
> being created and destroyed in a short amount of time.
>
> An application that creates many processes/tasks is convenient to track and
> control with cgroups, but it is difficult to track these processes for the
> purposes of tracing. And if child processes are moved to another cgroup, it
> makes sense to trace only the original cgroup.
>
> This proposal is to create a file in the tracing directory called
> set_trace_cgroup to which a user can write the path of an active cgroup, one
> at a time. If no cgroups are specified, no filtering is done and all tasks are
> traced. When a cgroup path is added in, it sets a boolean tracing_enabled for
> the enabled cgroup in all the hierarchies, which enables tracing for all the
> assigned tasks under the specified cgroup.
>
> Though creating a new file in the directory is not desirable, but this
> interface seems the most appropriate change required to implement the new
> feature.
>
> This tracing_enabled flag is also exported in the cgroupfs directory structure
> which can be turned on/off for a specific hierarchy/cgroup combination. This
> gives control to enable/disable tracing over a cgroup in a specific hierarchy
> only.
>
> This gives more fine-grained control over the tasks being traced. I would like
> to know your thoughts on this interface and the approach to make tracing
> cgroup aware.
So I have to ask, why can't you use perf events to do tracing limited on cgroups?
It has this cgroup context awareness.
next prev parent reply other threads:[~2011-04-07 1:34 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-06 18:50 [RFC] tracing: Adding cgroup aware tracing functionality Vaibhav Nagarnaik
[not found] ` <BANLkTik_jtjWTsOueUzfdQXRx17OcgyDgA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-04-07 1:33 ` Frederic Weisbecker
2011-04-07 1:33 ` Frederic Weisbecker [this message]
2011-04-07 3:17 ` Vaibhav Nagarnaik
2011-04-07 3:17 ` Vaibhav Nagarnaik
[not found] ` <BANLkTinKsYqkEEUu98t+Gn9ciPn_bmsMFQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-04-07 12:06 ` Frederic Weisbecker
2011-04-07 12:06 ` Frederic Weisbecker
2011-04-07 20:22 ` David Sharp
[not found] ` <BANLkTim70Ef0gy+W+4h76PABn32wDRvTtw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-04-07 21:32 ` Frederic Weisbecker
2011-04-07 21:32 ` Frederic Weisbecker
2011-04-07 22:42 ` David Sharp
2011-04-07 22:42 ` David Sharp
2011-04-08 0:28 ` Frederic Weisbecker
2011-04-08 7:37 ` Steven Rostedt
2011-04-08 7:37 ` Steven Rostedt
2011-04-08 13:45 ` Frederic Weisbecker
2011-04-08 13:45 ` Frederic Weisbecker
2011-04-08 14:07 ` Peter Zijlstra
2011-04-08 14:07 ` Peter Zijlstra
2011-04-08 18:32 ` Michael Rubin
2011-04-08 18:32 ` Michael Rubin
2011-04-08 20:27 ` Justin TerAvest
[not found] ` <BANLkTikOi1Y_5RH1juPmchWHjW8f=ynuRA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-04-08 20:27 ` Justin TerAvest
2011-04-08 14:07 ` Peter Zijlstra
2011-04-08 14:07 ` Peter Zijlstra
2011-04-08 17:02 ` Steven Rostedt
2011-04-09 11:08 ` Peter Zijlstra
2011-04-09 11:08 ` Peter Zijlstra
2011-04-08 17:02 ` Steven Rostedt
2011-04-08 19:00 ` Frederic Weisbecker
2011-04-08 19:00 ` Frederic Weisbecker
2011-04-08 20:38 ` Frederic Weisbecker
2011-04-08 21:41 ` David Sharp
2011-04-12 21:38 ` Frederic Weisbecker
[not found] ` <BANLkTikg+RE5YqxmnYY5-L6tZ=aMY+6HSw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-04-12 21:38 ` Frederic Weisbecker
2011-04-08 21:41 ` David Sharp
2011-04-08 20:38 ` Frederic Weisbecker
[not found] ` <BANLkTimOvWYgiRc6cviB6iiUt9MH-Au1qw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2011-04-08 0:28 ` Frederic Weisbecker
2011-04-07 20:22 ` David Sharp
-- strict thread matches above, loose matches on Subject: below --
2011-04-06 18:50 Vaibhav Nagarnaik
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=20110407013349.GH1867@nowhere \
--to=fweisbec@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=containers@lists.linux-foundation.org \
--cc=eranian@google.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lizf@cn.fujitsu.com \
--cc=menage@google.com \
--cc=rostedt@goodmis.org \
--cc=vnagarnaik@google.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.