[whatwg] Proposal: Loading and executing script as quickly as possible using multipart/mixed

[William Chan (陈智昌)]

Unless I am misunderstanding, SPDY will not solve this problem. SPDY uses
prioritized multiplexing of streams. Generally speaking, a browser will map
a single resource request to a single stream, which would prevent chunked
processing by the browser without multipart/mixed. One could imagine
working around this by splitting the single resource into multiple
resources, and then relying on SPDY priorities to ensure sequential
delivery, but that is suboptimal due to having limited priority levels (4
in SPDY/2, 8 in SPDY/3), and many of them are already used to indicate
relative priority amongst resource types (
https://code.google.com/p/chromium/source/search?q=DetermineRequestPriority&origq=DetermineRequestPriority&btnG=Search+Trunk
).


On Mon, Dec 3, 2012 at 1:40 PM, Anne van Kesteren <annevk at annevk.nl> wrote:

> On Mon, Dec 3, 2012 at 10:14 PM, Adam Barth <w3c at adambarth.com> wrote:
> > The HTTP server would then break script.js into chunks that are safe
> > to execute sequentially and provide each chunk as a separate MIME part
> > in a multipart/mixed response.
>
> Is it expected that SPDY will take much longer than getting this
> supported in all browsers? Or am I missing how SPDY will not address
> this problem?
>
>
> --
> http://annevankesteren.nl/
>