From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14038 invoked by alias); 23 Mar 2006 17:09:42 -0000 Received: (qmail 14031 invoked by uid 22791); 23 Mar 2006 17:09:41 -0000 X-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: sourceware.org Received: from mga02.intel.com (HELO orsmga101-1.jf.intel.com) (134.134.136.20) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 23 Mar 2006 17:09:40 +0000 Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga101-1.jf.intel.com with ESMTP; 23 Mar 2006 09:09:05 -0800 Received: from scsmsx331.sc.intel.com (HELO scsmsx331.amr.corp.intel.com) ([10.3.90.4]) by orsmga001.jf.intel.com with ESMTP; 23 Mar 2006 09:08:59 -0800 X-IronPort-AV: i="4.03,123,1141632000"; d="scan'208"; a="14986739:sNHT9724674589" Received: from scsmsx403.amr.corp.intel.com ([10.3.90.18]) by scsmsx331.amr.corp.intel.com with Microsoft SMTPSVC(6.0.3790.211); Thu, 23 Mar 2006 09:08:59 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Proposed systemtap access to perfmon hardware Date: Thu, 23 Mar 2006 17:09:00 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Proposed systemtap access to perfmon hardware Thread-Index: AcZOiKbnpNOiXrzaRjq041hLZvBbbgAEotEA From: "Stone, Joshua I" To: "William Cohen" Cc: "SystemTAP" , "Maynard Johnson" X-OriginalArrivalTime: 23 Mar 2006 17:08:59.0241 (UTC) FILETIME=[79D38D90:01C64E9C] X-IsSubscribed: yes Mailing-List: contact systemtap-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Post: List-Help: , Sender: systemtap-owner@sourceware.org X-SW-Source: 2006-q1/txt/msg00865.txt.bz2 William Cohen wrote: > As far as when the performance counters are set up and torn down it > seems like it would be most reasonable to set them up before the first > probe begin action and tear them down after the last probe end action. I agree > This would mean for sampling would need to have it stop sampling if > don't want any additional samples while doing the probe end action. This should be gated for you by using the session_state. Begin probes only run during STAP_SESSION_STARTING, normal probes (including permon sampling) should only run during STAP_SESSION_RUNNING, and end probes only run during STAP_SESSION_STOPPING. If a probe is entered during a state that doesn't match what it expects, it just returns with out taking any action. Josh