- From: Jatinder Mann <jmann@microsoft.com>
- Date: Tue, 10 Sep 2013 23:09:58 +0000
- To: James Simonsen <simonjam@chromium.org>, public-web-perf <public-web-perf@w3.org>
- Message-ID: <74c6fe2cab1048a49c12d4208320abd2@BLUPR03MB065.namprd03.prod.outlook.com>
Let's discuss performance.originTime in this week's call. We had raised the idea of possibly defining the origin time, so that time values obtained from a shared worker context could be compared with a dedicated worker or the top level browsing context. Not sure how common it will be to compare time values from different contexts, but it's worth discussing. Thanks, Jatinder From: James Simonsen [mailto:simonjam@chromium.org] Sent: Wednesday, September 4, 2013 1:35 PM To: public-web-perf Subject: Re: [HighResTime] Web Worker support On Tue, May 14, 2013 at 11:20 AM, James Simonsen <simonjam@chromium.org<mailto:simonjam@chromium.org>> wrote: Sorry for being late getting back to this thread... On Thu, Apr 18, 2013 at 10:44 AM, Jatinder Mann <jmann@microsoft.com<mailto:jmann@microsoft.com>> wrote: Ben, If you're just looking at deltas, differences between two time values, the origin shouldn't matter. Is there a case where deltas wouldn't be good enough and you would want the absolute numbers? If we were are to provide the origin time as a separate value (e.g., performance.originTime), it would need to be in the same sub-millisecond resolution in order to be comparable with other DOMHighResTimeStamps; the spec currently suggests one thousandth of a millisecond. Double precision may be able to support that for milliseconds since Unix epoch. I don't fully understand the originTime. Is this effectively a global monotonic clock across all processes (workers and tabs)? Ping? Are we going to do anything about this? James
Received on Tuesday, 10 September 2013 23:10:28 UTC