All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@kernel.org>
To: Peter Zijlstra <peterz@infradead.org>
Cc: Aravinda Prasad <aravinda@linux.vnet.ibm.com>,
	linux-kernel@vger.kernel.org, rostedt@goodmis.org,
	mingo@redhat.com, paulus@samba.org, acme@kernel.org,
	hbathini@linux.vnet.ibm.com, ananth@in.ibm.com
Subject: Re: [RFC PATCH] perf: Container-aware tracing support
Date: Fri, 17 Jul 2015 14:26:17 +0200	[thread overview]
Message-ID: <20150717122617.GA18916@gmail.com> (raw)
In-Reply-To: <20150715124741.GL2859@worktop.programming.kicks-ass.net>


* Peter Zijlstra <peterz@infradead.org> wrote:

> On Wed, Jul 15, 2015 at 02:38:36PM +0530, Aravinda Prasad wrote:
> > Current tracing infrastructure such as perf and ftrace reports system
> > wide data when invoked inside a container. It is required to restrict
> > events specific to a container context when such tools are invoked
> > inside a container.
> > 
> > This RFC patch supports filtering container specific events, without
> > any change in the user interface, when invoked within a container for
> > the perf utility; such support needs to be extended to ftrace. This
> > patch assumes that the debugfs is available within the container and
> > all the processes running inside a container are grouped into a single
> > perf_event subsystem of cgroups. This patch piggybacks on the existing
> > support available for tracing with cgroups [1] by setting the cgrp
> > member of the event structure to the cgroup of the context perf tool
> > is invoked from.
> > 
> > However, this patch is not complete and requires more work to fully
> > support tracing inside a container. This patch is intended to initiate
> > the discussion on having container-aware tracing support. A detailed
> > explanation on what is supported and pending issues are mentioned
> > below.
> 
> tracing is outside the scope of perf; I suspect you want tracefs to be
> sensitive to filesystem namespaces and all that that entails.

I'd correct that to:

  > ftrace is outside the scope of perf; I suspect you want tracefs to be 
  > sensitive to filesystem namespaces and all that that entails.

because perf very much does tracing as well, we have 'perf trace' for example, and 
obviously the whole ring-buffer is a trace buffer and perf.data is a trace dump of 
that.

Thanks,

	Ingo

  parent reply	other threads:[~2015-07-17 12:26 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-15  9:08 [RFC PATCH] perf: Container-aware tracing support Aravinda Prasad
2015-07-15 12:47 ` Peter Zijlstra
2015-07-15 16:21   ` Aravinda Prasad
2015-07-17 10:19     ` Peter Zijlstra
2015-07-17 12:20       ` Aravinda Prasad
2015-07-17 12:26   ` Ingo Molnar [this message]
  -- strict thread matches above, loose matches on Subject: below --
2017-01-12 12:11 Aravinda Prasad

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=20150717122617.GA18916@gmail.com \
    --to=mingo@kernel.org \
    --cc=acme@kernel.org \
    --cc=ananth@in.ibm.com \
    --cc=aravinda@linux.vnet.ibm.com \
    --cc=hbathini@linux.vnet.ibm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=paulus@samba.org \
    --cc=peterz@infradead.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.