All of lore.kernel.org
 help / color / mirror / Atom feed
* Found unknown events
@ 2013-11-04 14:40 wufei
  2013-11-05  5:04 ` David Ahern
  0 siblings, 1 reply; 3+ messages in thread
From: wufei @ 2013-11-04 14:40 UTC (permalink / raw)
  To: linux-perf-users

Hello All,

I am using perf to measure a multi-threaded program on kernel 3.2.23,
the system has 40 cores and there are lots of context switches during
the test. The command is:
  # perf record -e sched:sched_stat_sleep -e sched:sched_switch -e
sched:sched_process_exit -g -r 0 -p 39249 sleep 5
It generates a ~1GB size perf.data. `perf report` got 2 issues:

1. A lot of this warning message:
     Warning: Timestamp below last timeslice flush

2. No useful output, but this:
     Found 32117 unknown events!

     Is this an older tool processing a perf.data file generated by a
more recent tool?

     If that is not the case, consider reporting to
linux-kernel@vger.kernel.org.

If I set a breakpoint perf_session_deliver_event(), I can see that
event->header.type is 44, which is larger than PERF_RECORD_MAX (10).
If my program is in an inactive state and less events generated,
`perf report` looks fine. Are they the knowns bugs and fixed?
Anyone can shed some light?

Thanks,
Wufei.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Found unknown events
  2013-11-04 14:40 Found unknown events wufei
@ 2013-11-05  5:04 ` David Ahern
  2013-11-05  6:44   ` wufei
  0 siblings, 1 reply; 3+ messages in thread
From: David Ahern @ 2013-11-05  5:04 UTC (permalink / raw)
  To: wufei, linux-perf-users

On 11/4/13, 7:40 AM, wufei wrote:
> Hello All,
>
> I am using perf to measure a multi-threaded program on kernel 3.2.23,
> the system has 40 cores and there are lots of context switches during
> the test. The command is:
>    # perf record -e sched:sched_stat_sleep -e sched:sched_switch -e
> sched:sched_process_exit -g -r 0 -p 39249 sleep 5
> It generates a ~1GB size perf.data. `perf report` got 2 issues:
>
> 1. A lot of this warning message:
>       Warning: Timestamp below last timeslice flush

What's the NUMA make up? multiple sockets?

>
> 2. No useful output, but this:
>       Found 32117 unknown events!

Try increasing the mmap size. e.g., -m 2048. Does it decrease or remove 
this stat?

David

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: Found unknown events
  2013-11-05  5:04 ` David Ahern
@ 2013-11-05  6:44   ` wufei
  0 siblings, 0 replies; 3+ messages in thread
From: wufei @ 2013-11-05  6:44 UTC (permalink / raw)
  To: David Ahern; +Cc: linux-perf-users

On Tue, Nov 5, 2013 at 1:04 PM, David Ahern <dsahern@gmail.com> wrote:
> On 11/4/13, 7:40 AM, wufei wrote:
>>
>> Hello All,
>>
>> I am using perf to measure a multi-threaded program on kernel 3.2.23,
>> the system has 40 cores and there are lots of context switches during
>> the test. The command is:
>>    # perf record -e sched:sched_stat_sleep -e sched:sched_switch -e
>> sched:sched_process_exit -g -r 0 -p 39249 sleep 5
>> It generates a ~1GB size perf.data. `perf report` got 2 issues:
>>
>> 1. A lot of this warning message:
>>       Warning: Timestamp below last timeslice flush
>
>
> What's the NUMA make up? multiple sockets?
>
There are 4 nodes, each one with 10 cores.

>
>>
>> 2. No useful output, but this:
>>       Found 32117 unknown events!
>
>
> Try increasing the mmap size. e.g., -m 2048. Does it decrease or remove this
> stat?
>
It helps. There is no such problem again with this option if I only
trace it in 2 seconds,
but if it's 5 seconds, this problem is still there and another error message:
   "failed to mmap file"

Thanks,
Wufei.

> David
>

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2013-11-05  6:44 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-11-04 14:40 Found unknown events wufei
2013-11-05  5:04 ` David Ahern
2013-11-05  6:44   ` wufei

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.