linux-kernel - Re: [tip:perf/core] perf tools: Allow multiple threads or processes in record, stat, top

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20120302105620.GA21762@elte.hu>
Date:	Fri, 2 Mar 2012 11:56:20 +0100
From:	Ingo Molnar <mingo@...e.hu>
To:	mingo@...hat.com, hpa@...or.com, paulus@...ba.org,
	linux-kernel@...r.kernel.org, acme@...hat.com, fweisbec@...il.com,
	peterz@...radead.org, dsahern@...il.com, tglx@...utronix.de
Cc:	linux-tip-commits@...r.kernel.org,
	Stephane Eranian <eranian@...gle.com>
Subject: Re: [tip:perf/core] perf tools: Allow multiple threads or processes
 in record, stat, top


David,

* tip-bot for David Ahern <dsahern@...il.com> wrote:

> Commit-ID:  b52956c961be3a04182ae7b776623531601e0fb7
> Gitweb:     http://git.kernel.org/tip/b52956c961be3a04182ae7b776623531601e0fb7
> Author:     David Ahern <dsahern@...il.com>
> AuthorDate: Wed, 8 Feb 2012 09:32:52 -0700
> Committer:  Arnaldo Carvalho de Melo <acme@...hat.com>
> CommitDate: Mon, 13 Feb 2012 22:54:11 -0200
> 
> perf tools: Allow multiple threads or processes in record, stat, top
> 
> Allow a user to collect events for multiple threads or processes
> using a comma separated list.
> 
> e.g., collect data on a VM and its vhost thread:
>   perf top -p 21483,21485
>   perf stat -p 21483,21485 -ddd
>   perf record -p 21483,21485
> 
> or monitoring vcpu threads
>   perf top -t 21488,21489
>   perf stat -t 21488,21489 -ddd
>   perf record -t 21488,21489
> 
> Cc: Frederic Weisbecker <fweisbec@...il.com>
> Cc: Ingo Molnar <mingo@...e.hu>
> Cc: Paul Mackerras <paulus@...ba.org>
> Cc: Peter Zijlstra <peterz@...radead.org>
> Cc: Thomas Gleixner <tglx@...utronix.de>
> Link: http://lkml.kernel.org/r/1328718772-16688-1-git-send-email-dsahern@gmail.com
> Signed-off-by: David Ahern <dsahern@...il.com>
> Signed-off-by: Arnaldo Carvalho de Melo <acme@...hat.com>
> ---
>  tools/perf/Documentation/perf-record.txt |    4 +-
>  tools/perf/Documentation/perf-stat.txt   |    4 +-
>  tools/perf/Documentation/perf-top.txt    |    4 +-
>  tools/perf/builtin-record.c              |   10 +--
>  tools/perf/builtin-stat.c                |   31 ++++----
>  tools/perf/builtin-test.c                |    2 -
>  tools/perf/builtin-top.c                 |   12 +--
>  tools/perf/perf.h                        |    4 +-
>  tools/perf/util/evlist.c                 |   10 +-
>  tools/perf/util/evlist.h                 |    4 +-
>  tools/perf/util/evsel.c                  |    2 +-
>  tools/perf/util/python-ext-sources       |    2 +
>  tools/perf/util/thread_map.c             |  128 ++++++++++++++++++++++++++++++
>  tools/perf/util/thread_map.h             |    4 +
>  tools/perf/util/top.c                    |   10 +-
>  tools/perf/util/top.h                    |    2 +-
>  tools/perf/util/usage.c                  |    6 +-
>  tools/perf/util/util.h                   |    2 +-
>  18 files changed, 185 insertions(+), 56 deletions(-)

I have a bigger NUMA testbox where perf sampling (perf top, perf 
record, etc.) stopped working (perf stat is fine), and I've 
bisected it back to the above commit.

 b52956c961be3a04182ae7b776623531601e0fb7 is the first bad commit

Checking out eca1c3e3f937 works fine, b52956c961b is broken, 
repeatedly - so the bisection is reliable.

One symptom is no sampling records in the perf.data:

phoenix:~> perf record -a sleep 1
[ perf record: Woken up 1 times to write data ]
[ perf record: Captured and wrote 0.023 MB perf.data (~988 samples) ]
phoenix:~> perf report --stdio
Warning:
The perf.data file has no samples!
# ========
# captured on: Fri Mar  2 12:01:41 2012
# hostname : phoenix
# os release : 3.3.0-rc5+
# perf version : 3.3.rc5.1698.g68a63a.dirty
# arch : x86_64
# nrcpus online : 16
# nrcpus avail : 16
# cpudesc : Quad-Core AMD Opteron(tm) Processor 8356
# cpuid : AuthenticAMD,16,2,3
# total memory : 33012240 kB
# cmdline : /home/mingo/bin/perf record -a sleep 1 
# event : name = cycles, type = 0, config = 0x0, config1 = 0x0, config2 = 0x0, excl_usr = 0, excl_k
# HEADER_CPU_TOPOLOGY info available, use -I to display
# HEADER_NUMA_TOPOLOGY info available, use -I to display
# ========
phoenix:~> perf --version
perf version 3.3.rc5.1698.g68a63a.dirty
phoenix:~> 

The later fixes to b52956c9, such as:

  6b1bee9035d4: perf tools: fix broken perf record -a mode

did not fix this system - it's still broken as of today's -tip.

Another system running the same kernel does not exhibit this 
problem, so it's somehow specific to this system.

I have not looked deep into this, let me know if you need more 
data.

Thanks,

	Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/