Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932891Ab2J2Qpz (ORCPT ); Mon, 29 Oct 2012 12:45:55 -0400 Received: from mail-pa0-f46.google.com ([209.85.220.46]:34278 "EHLO mail-pa0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932216Ab2J2Qpy (ORCPT ); Mon, 29 Oct 2012 12:45:54 -0400 MIME-Version: 1.0 In-Reply-To: References: Date: Mon, 29 Oct 2012 12:45:53 -0400 Message-ID: Subject: Re: [BUG] perf report: different reports when run on terminal as opposed to script From: Dhaval Giani To: Arnaldo de Melo , mingo@kernel.org, Peter Zijlstra , namhyung@kernel.org Cc: akshay kumar , LKML Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1698 Lines: 50 On Mon, Oct 29, 2012 at 12:01 PM, Dhaval Giani wrote: > Hi, > > As part of a class assignment I have to collect some performance > statistics. In order to do so I run > > perf record -g > > And in another window, I start 200 threads of the load generator > (which is not recorded by perf) > > This generates me statistics that I expect to see, and I am happy. As > this is academia and a class assignment, I need to collect information > and analyze it across different setups. Which of course meant I script > this whole thing, which basically is > > for i in all possibilities > do > perf record -g & > WAITPID=$! > for j in NR_THREADS > do > & > KILLPID=$! > done > wait $PID > kill $KILLPID > mv perf.data results/perf.data.$i > done > > (This is basic pseudo script of what I am doing), which results me > having my profile being topped by _vscanf() and the function which I > was seeing dominating in the older report dropping down to something > like 5% (as opposed to 16-17%) > > Have I misunderstood how perf works? Something deeper? I am currently > on 3.6.3. I can update to the latest upstream and report back. Any > debug code is very welcome. I can also make my toy program and the > scripts available for you to try out. I just updated to 6b0cb4eef7bdaa27b8021ea81813fba330a2d94d and I still see this happen. Thanks! Dhaval -- 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/