[webkit-dev] PSA: higher precision event timestamp landing soon - port verification needed

Benjamin Poulain benjamin at webkit.org
Mon Jun 10 18:14:35 PDT 2013


On Mon, Jun 10, 2013 at 5:25 PM, Rick Byers <rbyers at chromium.org> wrote:

> On Mon, Jun 10, 2013 at 5:19 PM, Benjamin Poulain <benjamin at webkit.org>wrote:
>
>> On Mon, Jun 10, 2013 at 7:37 AM, Rick Byers <rbyers at chromium.org> wrote:
>>
>>> There's been discussion / patches in the past for exposing system time
>>> as a separate timestamp on the Event object (as IE does).  See
>>> https://lists.webkit.org/pipermail/webkit-dev/2012-October/022574.html,
>>> https://bugs.webkit.org/show_bug.cgi?id=94987 and
>>> http://lists.w3.org/Archives/Public/public-web-perf/2012Oct/0046.html.
>>>
>>> In particular, the use of UNIX-epoch timestamps means such measurements
>>> will never be completely accurate (due to NTP skew, leap seconds, etc.).
>>>  But just updating the timestamp everyone uses to be more accurate (even if
>>> not perfect) seems like a clear win.
>>>
>>> Do you think both approaches should be pursued, or is updating the
>>> existing timestamp to be as accurate as possible within the epoch semantics
>>> good enough?
>>>
>>
>>  Kind of different goals in one timestamp. :)
>>
>> For input events, the accurate time delta covers many use cases. High
>> precision time would be nice but it is not really a must have.
>>
>
> Right, but isn't NTP skew a problem (at least in theory) even for accurate
> time deltas when using an epoch-based timestamp?  At least I believe that's
> part of the push back flackr@ got when he tried to plumb PlatformEvent
> timestamps into the DOM event objects a few months back.
>

Sure, I can imagine use cases where it could matter.

Benjamin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20130610/e42f79d8/attachment.html>


More information about the webkit-dev mailing list