W3C home > Mailing lists > Public > whatwg@whatwg.org > February 2011

[whatwg] Proposal for separating script downloads and execution

From: John Tamplin <jat@google.com>
Date: Tue, 8 Feb 2011 11:57:29 -0500
Message-ID: <AANLkTin40puYvCEvEd4nmwhjKbg6MoTqTcUO-Uj9xVGo@mail.gmail.com>
On Tue, Feb 8, 2011 at 11:35 AM, Anne van Kesteren <annevk at opera.com> wrote:

> They have a way to download and execute scripts. So if the UI thread has a
> minimal script that takes care of creation of workers and creates a tunnel
> for DOM modifications you could theoretically be all set. (I have not
> followed this entire thread though, so apologies if I missed something.)
>

Is every developer having to write their own proxy to do DOM manipulations
on behalf of a Web Worker really the model you want to push here?  I know
everything looks like a nail when what you have is a hammer, but surely we
can do better than that.  I suspect the hack of downloading a commented
script and then evaluating it when needed is both easier to implement and
faster overall than such a solution, especially if the commented source is
stored in app cache.

Note that in the blog they mention that on an iPhone 2.2 parse time was 2.6
seconds for 200k of JS, compared to 240ms to just download it in a comment
-- the mobile network isn't the issue, it is the JS parser in mobile
browsers.

-- 
John A. Tamplin
Software Engineer (GWT), Google
Received on Tuesday, 8 February 2011 08:57:29 UTC

This archive was generated by hypermail 2.4.0 : Wednesday, 22 January 2020 16:59:30 UTC