From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932997Ab0BDAW2 (ORCPT ); Wed, 3 Feb 2010 19:22:28 -0500 Received: from smtp-out.google.com ([216.239.33.17]:62541 "EHLO smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932329Ab0BDAW0 (ORCPT ); Wed, 3 Feb 2010 19:22:26 -0500 DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=mime-version:in-reply-to:references:date:message-id:subject:from:to: cc:content-type:x-system-of-record; b=UjQrPvzm7YKMZCxt2WRNs2us3woFS4Q+0hY+lT4HDw5bSv06V8L/kvdzFDdqXh7q+ un/yxAtmOAgAPW0mqPkDw== MIME-Version: 1.0 In-Reply-To: <1265241793.24455.1647.camel@laptop> References: <1265129772.24455.329.camel@laptop> <1265205361.24455.533.camel@laptop> <1265206784.24455.568.camel@laptop> <1265208012.24455.592.camel@laptop> <1265241010.24455.1627.camel@laptop> <1265241793.24455.1647.camel@laptop> Date: Thu, 4 Feb 2010 01:22:19 +0100 Message-ID: Subject: Re: [RFC][PATCH] perf_events, x86: PEBS support From: Stephane Eranian To: Peter Zijlstra Cc: Ingo Molnar , Paul Mackerras , "Metzger, Markus T" , lkml , Robert Richter , "David S. Miller" , Jamie Iles , Paul Mundt , Arjan van de Ven , "H. Peter Anvin" , perfmon2-devel@lists.sf.net Content-Type: text/plain; charset=UTF-8 X-System-Of-Record: true Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Feb 4, 2010 at 1:03 AM, Peter Zijlstra wrote: > On Thu, 2010-02-04 at 00:51 +0100, Stephane Eranian wrote: >> On Thu, Feb 4, 2010 at 12:50 AM, Peter Zijlstra wrote: >> > On Wed, 2010-02-03 at 15:40 +0100, Peter Zijlstra wrote: >> >> >> >> If only they would reset the counter on overflow instead of on record, >> >> that would solve quite a few issues I imagine. >> > >> > So I tried enabling the regular PMC overflow interrupt and reprogramming >> > the counter from that, but touching the counter seems to destroy the >> > PEBS assist, so much for that idea. >> > >> Yes, you have to leave the INT bit off, otherwise you get an >> interrupt for each overflow, thus you lose the buffer advantage. > > Well sure, but that's not the point. I was thinking that if we need to > do single event pebs anyway, we might as well try to reprogram on the > PMC overflow interrupt instead of on the PEBS overflow and curb some of > that drift. > With INT on, you get the interrupt on the first overflow and incur the regular skid. There is nothing you can do to make PEBS better from SW. The HW has to improve. I have reported those issues to Intel a long time ago. They understand them quite well and I am hopeful things will improve over time.