linux-kernel - Re: [PATCH] perf: Fix inconsistency between IP and callchain sampling

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: <20100122072547.GB9599@elte.hu>
Date:	Fri, 22 Jan 2010 08:25:47 +0100
From:	Ingo Molnar <mingo@...e.hu>
To:	Frederic Weisbecker <fweisbec@...il.com>
Cc:	Anton Blanchard <anton@...ba.org>,
	Peter Zijlstra <a.p.zijlstra@...llo.nl>,
	Paul Mackerras <paulus@...ba.org>,
	Benjamin Herrenschmidt <benh@...nel.crashing.org>,
	Paul Mundt <lethal@...ux-sh.org>, linux-kernel@...r.kernel.org,
	Arnaldo Carvalho de Melo <acme@...hat.com>
Subject: Re: [PATCH] perf: Fix inconsistency between IP and callchain sampling


* Frederic Weisbecker <fweisbec@...il.com> wrote:

> Concerning interrupts that happen in idle, I think we should filter these if 
> exclude_idle = 1. That looks more something a user may want: if we don't 
> want to profile idle, neither do we want to encumber with interrupts that 
> occur inside. On the opposite, if someone wants a finegrained profile, let's 
> get idle and its interrupts.
> 
> What do you guys think about that?

Another, related thing i'd _love_ to see implemented is per IRQ level 
filtering of both samples and statistics.

This would allow two nice things:

 - the reporting of IRQ (and softirq/tasklet) contexts as separate entites by
   perf report

 - a 'no IRQ related noise' mode for perf task perf stat, like the
   user/kernel/hypervisor bits already do, just extended to irqs as well. This 
   would make 'perf stat --repeat 10 /bin/true' _much_ less noisy, and could 
   be used even more to assess the performance impact of kernel patches. 
   Currently IRQs that hit task execution get added to the task's overhead, 
   which makes the numbers both skewed and noisier.

(The do_IRQ() callbacks are needed because most PMUs cannot stop counters when 
we enter/exit IRQ/softirq state, so we have to turn counter off/on on irq 
entries.)

	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/