<div dir="ltr"><div class="gmail_quote">On Tue, Jul 29, 2008 at 5:10 PM, Russell Leggett <span dir="ltr"><<a href="mailto:russell.leggett@gmail.com">russell.leggett@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div dir="ltr"><div class="Ih2E3d"><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204, 204, 204);border-left-style:solid;padding-left:1ex">
That is a performance killer.</blockquote><div><br></div></div><div>I don't think it is as much of a performance killer as you say it is. Correct me if I'm wrong, but the standard connection limit is two.</div></div>
</blockquote><div><br></div><div>The standard connection limit is 6, not 2, as of IE 8 and Fx 3. I would be very surprised if this came back down or was not adopted by all other browser makers over the next year or two.</div>
<div><br></div><div>Furthermore, the connection limit applies only to resources off one host. Sites have for years gotten around this by sharding across hosts (<a href="http://img1.foo.com">img1.foo.com</a>, <a href="http://img2.foo.com">img2.foo.com</a>, ...).</div>
<div><br></div><div>There are many reasons resources can cause slowdown on the web, but I don't view this "archive" proposal as useful in solving them compared to existing tactics. Server sharding and higher connection limits solve the problem of artificially low connection limits. JS script references block further parsing in most browsers; the correct solution to this, as Ian said, seems like some variant of Safari's optimistic parser. Referencing large numbers of tiny images causes excessive image header bytes + TCP connection overhead that can be reduced or eliminated with CSS spriting.</div>
<div><br></div><div>The only thing archives get you IMO is difficulty with caching algorithms, annoyances rewriting URLs, potentially blocked parsing, and possibly inefficient use of network bandwidth due to reduced parallelization. Archives remove the flexibility of a network stack to optimize parallelization levels for the user's current connection type (not that I think today's browsers actually do such a thing, at least not well; but it is an area with potential gains).</div>
<div><br></div><div>PK</div></div></div>