W3C home > Mailing lists > Public > public-webapps@w3.org > October to December 2014

Re: Push API and Service Workers

From: Martin Thomson <martin.thomson@gmail.com>
Date: Thu, 16 Oct 2014 11:45:56 -0700
Message-ID: <CABkgnnXxgjdk7tN8LqHCPsOPqAnfSuhkf+BCF-Q48gsOVDTEQA@mail.gmail.com>
To: John Mellor <johnme@google.com>
Cc: Shijun Sun <shijuns@microsoft.com>, Anne van Kesteren <annevk@annevk.nl>, Domenic Denicola <domenic@domenicdenicola.com>, Nikhil Marathe <nsm.nikhil@gmail.com>, Jonas Sicking <jonas@sicking.cc>, public-webapps <public-webapps@w3.org>
On 16 October 2014 11:17, John Mellor <johnme@google.com> wrote:
>
> In our prototype on Android, it takes less than a second (not yet optimized)
> to wake up Chrome from a cold start and handle the event in a Service Worker
> (the demo writes to IndexedDB and shows a notification), versus less than
> 100ms to handle the event when Chrome and the SW are already running. Since
> push messages aren't usually triggered by a user action (like a button
> click), but instead by some external event, these latencies are already
> likely to be imperceptible to users.

If the push message is being used to deliver a call notification, that
sort of delay will definitely be noticed.  And I'm assuming that
you've tested on a high end Nexus or something like that.  Add the
latencies involved in waking an idle device and that turns into a very
long post-dial delay.  People abandon calls for that sort of delay.

Not saying that you are doing it wrong or anything, but just trying to
set the right expectations.
Received on Thursday, 16 October 2014 18:46:24 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 18:14:31 UTC