Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752135AbZGYSZr (ORCPT ); Sat, 25 Jul 2009 14:25:47 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751652AbZGYSZq (ORCPT ); Sat, 25 Jul 2009 14:25:46 -0400 Received: from mga10.intel.com ([192.55.52.92]:59778 "EHLO fmsmga102.fm.intel.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751302AbZGYSZo (ORCPT ); Sat, 25 Jul 2009 14:25:44 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.43,269,1246863600"; d="scan'208";a="477954260" Message-ID: <4A6B4E28.7000207@linux.intel.com> Date: Sat, 25 Jul 2009 11:25:44 -0700 From: Arjan van de Ven User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Peter Zijlstra CC: Andrew Morton , Linux Kernel Mailing List , Ingo Molnar , "Kok, Auke-jan H" Subject: Re: [PATCH] sched: Provide iowait counters References: <4A64B813.1080506@linux.intel.com> <20090724212220.afa278ee.akpm@linux-foundation.org> <4A6A8AFE.1010608@linux.intel.com> <20090724214006.7380c3b4.akpm@linux-foundation.org> <4A6A8E96.7050509@linux.intel.com> <20090724220423.11828b85.akpm@linux-foundation.org> <1248501946.6987.146.camel@twins> <20090725002148.5524c846.akpm@linux-foundation.org> <4A6B35F7.2030804@linux.intel.com> <1248543674.5780.36.camel@laptop> In-Reply-To: <1248543674.5780.36.camel@laptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1271 Lines: 28 Peter Zijlstra wrote: > On Sat, 2009-07-25 at 09:42 -0700, Arjan van de Ven wrote: >> In case you wonder why you need both tools, and can't just use one: we >> wondered the same, but it turns out that if you only build >> Tool Two, you don't get a good overview of what is going on on a >> higher level. It's like looking at the world via a microscope all the >> time, > > I'd be thinking you could compose your ms based picture on the sample > data. For instance, if you sample on cpu-clock at 100kHz, then a 100 > samples get you a full blue slice, 50 get you a 50% blue slice, etc. > > Of course, since its sample based, you can miss some detail, but I think > you're looking at the large picture anyway. > > Would this work? > ok thinking some more, in principle we can make a hybrid, that only uses the perf data, as long as the perf data includes run/iowait/woken events. (and process exit, name change. ideally also exec). We'll just poll /proc only for the io throughput data, and collect that on a 1 msec scale. -- 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/