All of lore.kernel.org
 help / color / mirror / Atom feed
From: William Cohen <wcohen@redhat.com>
To: David Ahern <dsahern@gmail.com>,
	linux-perf-users@vger.kernel.org,
	Adrian Hunter <adrian.hunter@intel.com>,
	Arnaldo Carvalho de Melo <acme@kernel.org>
Subject: Re: RFE: More inclusive pid filtering of sched:sched_switch tracepoint events
Date: Wed, 18 Nov 2015 14:16:47 -0500	[thread overview]
Message-ID: <564CCE9F.4050501@redhat.com> (raw)
In-Reply-To: <564CCCB9.9020203@gmail.com>

On 11/18/2015 02:08 PM, David Ahern wrote:
> On 11/18/15 12:01 PM, William Cohen wrote:
>> Hi,
>>
>> I was experimenting with the sched:sched_switch tracepoint to look at
>> the time that a process spend off the processor.  As a really simple
>> experiment record data with:
>>
>> $ sudo perf record -e sched:sched_switch -- du
>>
>> Then examine the data with:
>>
>> $ sudo perf script
>>
>> The output only shows the sched:sched_switch when the process is moved
>> off the processor.  However, there is no data showing when the process is
>> scheduled back onto the processor:
>>
>>                du 20960 [007] 339893.429394: sched:sched_switch: du:20960 [120] R ==> kworker/7:0:16805 [120]
>>                du 20960 [007] 339893.429411: sched:sched_switch: du:20960 [120] R ==> kworker/7:0:16805 [120]
>>                du 20960 [007] 339893.429544: sched:sched_switch: du:20960 [120] R ==> kworker/7:0:16805 [120]
>>                du 20960 [007] 339893.429556: sched:sched_switch: du:20960 [120] R ==> kworker/7:0:16805 [120]
>>                du 20960 [007] 339893.429561: sched:sched_switch: du:20960 [120] R ==> kworker/7:0:16805 [120]
>>                du 20960 [007] 339893.429567: sched:sched_switch: du:20960 [120] R ==> kworker/7:0:16805 [120]
>>                du 20960 [007] 339893.430150: sched:sched_switch: du:20960 [120] R ==> kworker/7:0:16805 [120]
>>
>> Would it be possible to make perf's process filtering more inclusive so
>> that output also includes sched:sched_switch tracepoints for pid that
>> are also being scheduled onto the processor?  The alternative of
>> recording all sched:sched_switch events system-wide and filtering out
>> all the unwanted pid's is undesirable.
> 
> Known pain point. I thought Adrian had new sched tracepoints added to handle it, but I lost track of whether it was accepted.
> 

Okay,

As a workaround can use the filtering to cut down some of data being recorded with:

export PID=<process_of_interest>
sudo perf record -a -e sched:sched_switch --filter "next_pid == $PID || prev_pid == $PID" --

Is the following the correct thread discussing those new sched tracepoints?

https://lkml.org/lkml/2015/6/9/513

-Will

  reply	other threads:[~2015-11-18 19:16 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-11-18 19:01 RFE: More inclusive pid filtering of sched:sched_switch tracepoint events William Cohen
2015-11-18 19:08 ` David Ahern
2015-11-18 19:16   ` William Cohen [this message]
2015-11-18 19:18     ` David Ahern
2015-11-18 20:18       ` Arnaldo Carvalho de Melo
2015-11-19 15:52 ` Arnaldo Carvalho de Melo

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=564CCE9F.4050501@redhat.com \
    --to=wcohen@redhat.com \
    --cc=acme@kernel.org \
    --cc=adrian.hunter@intel.com \
    --cc=dsahern@gmail.com \
    --cc=linux-perf-users@vger.kernel.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.