14-03-2011, 03:10 PM
Cette limite vient du protocole HTTP 1.1 (décrit ici). Je n'ai pas pu trouver rapidement la documentation de ce comportement, mais c'est à explorer. Notez d'ailleurs la section 13, dédié au cache. 
Je cite les ingénieurs Web de Yahoo sur Best Practices for Speeding Up Your Web Site :
Il faut donc mettre les balises de script en bas de la page car ils empêche les téléchargement parallèles.
Il faut utiliser des ressources réparties sur au moins 2 autres domaines (ou sous-domaine, ça marche aussi). Cependant, il ne faut pas dépasser 4. Au delà, la vitesse apportée par la parallélisation est plombée par la quantité de résolutions DNS à effectuer.
Il y a également quelques autres articles intéressants sur le sujet :
Sephi-Chan
Je cite les ingénieurs Web de Yahoo sur Best Practices for Speeding Up Your Web Site :
Citation :Put Scripts at the Bottom
The problem caused by scripts is that they block parallel downloads. The HTTP/1.1 specification suggests that browsers download no more than two components in parallel per hostname. If you serve your images from multiple hostnames, you can get more than two downloads to occur in parallel. While a script is downloading, however, the browser won't start any other downloads, even on different hostnames.
Il faut donc mettre les balises de script en bas de la page car ils empêche les téléchargement parallèles.
Citation :Reduce DNS Lookups
Reducing the number of unique hostnames has the potential to reduce the amount of parallel downloading that takes place in the page. Avoiding DNS lookups cuts response times, but reducing parallel downloads may increase response times. My guideline is to split these components across at least two but no more than four hostnames. This results in a good compromise between reducing DNS lookups and allowing a high degree of parallel downloads.
Il faut utiliser des ressources réparties sur au moins 2 autres domaines (ou sous-domaine, ça marche aussi). Cependant, il ne faut pas dépasser 4. Au delà, la vitesse apportée par la parallélisation est plombée par la quantité de résolutions DNS à effectuer.
Il y a également quelques autres articles intéressants sur le sujet :
- Performance Research, Part 4: Maximizing Parallel Downloads in the Carpool Lane, qui fait partie des recherches qui ont conduit à la rédaction de l'article cité plus haut ;
- Optimize Parallel Downloads to Minimize Object Overhead, qui s'appuie sur l'article précédent mais contient un tas de notes de bas de page intéressants !
Sephi-Chan