Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758843Ab3DCOO0 (ORCPT ); Wed, 3 Apr 2013 10:14:26 -0400 Received: from mail-pb0-f51.google.com ([209.85.160.51]:33173 "EHLO mail-pb0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757226Ab3DCOOZ (ORCPT ); Wed, 3 Apr 2013 10:14:25 -0400 Message-ID: <515C393C.8030405@gmail.com> Date: Wed, 03 Apr 2013 08:14:20 -0600 From: David Ahern User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130328 Thunderbird/17.0.5 MIME-Version: 1.0 To: Stephane Eranian CC: John Stultz , Pawel Moll , Peter Zijlstra , Thomas Gleixner , LKML , "mingo@elte.hu" , Paul Mackerras , Anton Blanchard , Will Deacon , "ak@linux.intel.com" , Pekka Enberg , Steven Rostedt , Robert Richter Subject: Re: [RFC] perf: need to expose sched_clock to correlate user samples with kernel samples References: <1350408232.2336.42.camel@laptop> <1359728280.8360.15.camel@hornet> <51118797.9080800@linaro.org> <5123C3AF.8060100@linaro.org> <1361356160.10155.22.camel@laptop> <51285BF1.2090208@linaro.org> <1361801441.4007.40.camel@laptop> <1363291021.3100.144.camel@hornet> <51586315.7080006@gmail.com> <5159D221.70304@linaro.org> <515A0A3A.2040105@gmail.com> <515C34BF.6060508@gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; 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: 1124 Lines: 25 On 4/3/13 8:00 AM, Stephane Eranian wrote: >> What's the advantage of changing apps -- like the JIT compiler -- to emit >> perf based timestamps versus having perf emit existing timestamps? ie., >> monotonic and realtime clocks already have vdso mappings for userspace with >> well known performance characteristics. Why not have perf convert its >> perf_clock timestamps into monotonic or realtime when dumping events? >> > Can monotonic timestamps be obtained from NMI context in the kernel? I don't understand the context of the question. I am not suggesting perf_clock be changed. I am working on correlating existing perf_clock timestamps to clocks typically used by apps (REALTIME and time-of-day but also applies to MONOTONIC). You are wanting the reverse -- have apps emit perf_clock timestamps. I was just wondering what is the advantage of this approach? David -- 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/