Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752106Ab0AVH0K (ORCPT ); Fri, 22 Jan 2010 02:26:10 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751999Ab0AVH0J (ORCPT ); Fri, 22 Jan 2010 02:26:09 -0500 Received: from mx2.mail.elte.hu ([157.181.151.9]:51107 "EHLO mx2.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752027Ab0AVH0I (ORCPT ); Fri, 22 Jan 2010 02:26:08 -0500 Date: Fri, 22 Jan 2010 08:25:47 +0100 From: Ingo Molnar To: Frederic Weisbecker Cc: Anton Blanchard , Peter Zijlstra , Paul Mackerras , Benjamin Herrenschmidt , Paul Mundt , linux-kernel@vger.kernel.org, Arnaldo Carvalho de Melo Subject: Re: [PATCH] perf: Fix inconsistency between IP and callchain sampling Message-ID: <20100122072547.GB9599@elte.hu> References: <20100118054707.GT12666@kryten> <20100118104305.GA5256@nowhere> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100118104305.GA5256@nowhere> User-Agent: Mutt/1.5.20 (2009-08-17) X-ELTE-SpamScore: -2.0 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-2.0 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.5 -2.0 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1526 Lines: 36 * Frederic Weisbecker 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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/