W3C home > Mailing lists > Public > public-web-perf@w3.org > February 2012

Re: Proposal for JavaScript Timing Extension to the Performance Timeline

From: Nat Duca <nduca@google.com>
Date: Thu, 16 Feb 2012 10:24:48 -0800
Message-ID: <CAAMsTOv2TEvEVOqbwcEPeTN3Uao4x4+YPcFEyuU4ZtEZznF4nw@mail.gmail.com>
To: Alois Reitbauer <alois.reitbauer@dynatrace.com>
Cc: Boris Zbarsky <bzbarsky@mit.edu>, "public-web-perf@w3.org" <public-web-perf@w3.org>
Can't you build this the timing extension, e.g. up on github, purely on top
of window.performance.now()?

On Thu, Feb 16, 2012 at 2:28 AM, Alois Reitbauer <
alois.reitbauer@dynatrace.com> wrote:

>  I do not see a relationship between these two. This is about getting
> actual JavaScript timings via the Performance Timeline while the other one
> reports back the current time in the browser.****
>
> ** **
>
> // Alois****
>
> ** **
>
> *From:* Nat Duca [mailto:nduca@google.com]
> *Sent:* Thursday, February 16, 2012 8:02 AM
> *To:* Alois Reitbauer
> *Cc:* Boris Zbarsky; public-web-perf@w3.org
>
> *Subject:* Re: Proposal for JavaScript Timing Extension to the
> Performance Timeline****
>
> ** **
>
> How does this relate to window.performance.now() that was discussed
> previously?****
>
> ** **
>
> On Wed, Feb 15, 2012 at 8:30 AM, Alois Reitbauer <
> alois.reitbauer@dynatrace.com> wrote:****
>
> The idea is to get the first executing function. This should be enough
> information for monitoring. If even this information cannot be provided at
> least a performance Entry object with an empty name should be created.
>
> // Alois****
>
>
> -----Original Message-----
> From: Boris Zbarsky [mailto:bzbarsky@MIT.EDU]
> Sent: Wednesday, February 15, 2012 5:16 PM
> To: public-web-perf@w3.org
> Subject: Re: Proposal for JavaScript Timing Extension to the Performance
> Timeline
>
> On 2/15/12 5:03 AM, Alois Reitbauer wrote:
> > A while ago, I submitted a list of potential future work targeted at
> > getting more insight into the runtime behavior of JavaScript heavy web
> > applications. As a first result out of these initial ideas I came up
> > with a proposal how to extend the Performance Timeline to expose
> > JavaScript execution time information.
> >
> > As formatting is limited for mailing list messages I posted a
> > formatted and easy to read version of the proposal at
> > http://blog.dynatrace.com/2012/02/15/specification-proposal-for-javasc
> > ript-timing-in-browsers/
> >
> > Please provide feedback.
>
> When this feature is enabled, what should be reported for function
> execution times in a JIT compiler which inlines functions and then does
> common subexpression elimination and constant-folding on the resulting
> code, effectively across function boundaries?
>
>
> Of course one could disable such optimizations when the timeline is on,
> but that would materially change the performance characteristics of the
> script in the cases of interest....
>
> -Boris
>
>
>
> ****
>
> ** **
>
Received on Thursday, 16 February 2012 21:10:23 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 16 February 2012 21:10:24 GMT