Jim Gettys wrote: > > We showed in the HTTP/1.1 paper that additional parallel connections > did not actually increase performance; fastest performance was > achieved with a single TCP connection. But for many bad > implementations, doing so will, without the implementers having to > actually think or restructure their code. > > depends on how you define performance. Agreed for the case where you are making a single HTTP request to download a large resource. But for a site with a large number of embedded images or parts (common nowadays for a home-page to result in well over 100 requests), then serializing requests + latency results in a poor user experience. Opening multiple connections and making concurrent requests greatly improves user experience. That's why browsers do it. I don't think browsers do it to increase throughput due to poorly structured code. Or are you talking about download accelerators? Adrien > > -- Adrien de Croy - WinGate Proxy Server - http://www.wingate.comReceived on Monday, 19 October 2009 20:56:31 GMT
This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 10:38:40 GMT