From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754407Ab0IFNR2 (ORCPT ); Mon, 6 Sep 2010 09:17:28 -0400 Received: from smtprelay0189.hostedemail.com ([216.40.44.189]:34817 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752462Ab0IFNR1 (ORCPT ); Mon, 6 Sep 2010 09:17:27 -0400 X-Panda: scanned! X-Session-Marker: 726F737465647440676F6F646D69732E6F7267 X-Filterd-Recvd-Size: 2709 X-User-Agent: K-9 Mail for Android References: <4C84B088.5050003@redhat.com> <1283772256.1930.303.camel@laptop> <4C84D1CE.3070205@redhat.com> <1283774045.1930.341.camel@laptop> <4C84D77B.6040600@redhat.com> <1283776189.1930.380.camel@laptop> <20100906124046.GA20777@elte.hu> In-Reply-To: <20100906124046.GA20777@elte.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Subject: Re: disabling group leader perf_event From: Steven Rostedt Date: Mon, 06 Sep 2010 09:16:27 -0400 To: Ingo Molnar , Peter Zijlstra , Tom Zanussi , =?ISO-8859-1?Q?Fr=E9d=E9ric_Weisbecker?= , Arnaldo Carvalho de Melo CC: Avi Kivity , linux-perf-users@vger.kernel.org, linux-kernel Message-ID: <1de72fcf-91c7-4357-a6ac-27704ac1ba0b@email.android.com> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Sorry for top post, sending via my android phone. Today's a US holiday. We can filter before the work, if we expose the parameters. Currently we filter what goes into the buffer and there are several cases where we don't know the result before the work. If we also expose the parameters of a TRACE_EVENT, then we can filter on them before the work. -- Steve "Ingo Molnar" wrote: > >* Peter Zijlstra wrote: > >> On Mon, 2010-09-06 at 14:58 +0300, Avi Kivity wrote: >> > On 09/06/2010 02:54 PM, Peter Zijlstra wrote: >> > > >> > >> Basically, to read() all events in one go. I have many of them. >> > >> >> > >> My current problem is that I have an event (kvm_exit) which I want to >> > >> drill down by looking at a field (exit_reason). So I create lots of >> > >> separate perf_events with a filter for each reason: >> > >> kvm_exit(exit_reason==0), kvm_exit(exit_reason==1), etc. But filters >> > >> are fairly slow (can have ~60 such events on AMD), so I want to make >> > >> this drill-down optional. >> > > Yeah, filters suck. >> > >> > Any idea why? I saw nothing obvious in the code, except that there >> > is lots of it. >> >> It filters after it does all the hard work of creating the trace >> event, instead of before. > >Btw., that's an implementational property of filters that would be nice >to fix. > >If it's not doable within CPP then outside of it. > > Ingo -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.