Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754199AbZGDJuH (ORCPT ); Sat, 4 Jul 2009 05:50:07 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752594AbZGDJty (ORCPT ); Sat, 4 Jul 2009 05:49:54 -0400 Received: from mx2.mail.elte.hu ([157.181.151.9]:48089 "EHLO mx2.mail.elte.hu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751843AbZGDJtx (ORCPT ); Sat, 4 Jul 2009 05:49:53 -0400 Date: Sat, 4 Jul 2009 11:49:21 +0200 From: Ingo Molnar To: Jaswinder Singh Rajput Cc: Arjan van de Ven , Paul Mackerras , Benjamin Herrenschmidt , Anton Blanchard , Thomas Gleixner , Peter Zijlstra , x86 maintainers , LKML , Alan Cox Subject: Re: [PATCH 1/2 -tip] perf_counter: Add generalized hardware vectored co-processor support for AMD and Intel Corei7/Nehalem Message-ID: <20090704094921.GA2139@elte.hu> References: <1246440909.3403.5.camel@hpdv5.satnam> <1246440977.3403.7.camel@hpdv5.satnam> <1246441043.3403.9.camel@hpdv5.satnam> <20090701112007.GD15958@elte.hu> <20090701112704.GF15958@elte.hu> <1246448441.6940.3.camel@hpdv5.satnam> <20090701114928.GI15958@elte.hu> <1246527872.13659.2.camel@hpdv5.satnam> <20090703102953.GF32128@elte.hu> <1246622122.2322.25.camel@jaswinder.satnam> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1246622122.2322.25.camel@jaswinder.satnam> User-Agent: Mutt/1.5.18 (2008-05-17) X-ELTE-SpamScore: -1.5 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-1.5 required=5.9 tests=BAYES_00 autolearn=no SpamAssassin version=3.2.5 -1.5 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: 1776 Lines: 49 * Jaswinder Singh Rajput wrote: > On Fri, 2009-07-03 at 12:29 +0200, Ingo Molnar wrote: > > * Jaswinder Singh Rajput wrote: > > > > > Performance counter stats for '/usr/bin/rhythmbox /home/jaswinder/Music/singhiskinng.mp3': > > > > > > 17552264 vec-adds (scaled from 66.28%) > > > 19715258 vec-muls (scaled from 66.63%) > > > 15862733 vec-divs (scaled from 66.82%) > > > 23735187095 vec-idle-cycles (scaled from 66.89%) > > > 11353159 vec-stall-cycles (scaled from 66.90%) > > > 36628571 vec-ops (scaled from 66.48%) > > > > Is stall-cycles equivalent to busy-cycles? > > > hmm, normally we can use these terms interchangeably. But they can > be different some times. > > busy means it is already executing some instructions so it will > not take another instruction. > > stall can be busy(executing) or non-executing may be it is waiting > for some operands due to cache miss. > > > > I.e. do we have this > > general relationship to the cycle event: > > > > cycles = vec-stall-cycles + vec-idle-cycles > > > > ? > > This patch is already big enough, having 206 lines. Do you want > everything in this patch ;-) The question i asked is whether the above relationship is true. You can test this by displaying the 'cycles' metric too in your test, alongside vec-stall-cycles and vec-idle-cycles. Do the numbers add up? 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/