Bonne explication sur ce que font `network.http.pipelining`, `network.http.proxy.pipelining` et `nglayout.initialpaint.delay`?

C'est principalement des informations précises. http://kb.mozillazine.org/Network.http.pipelining explique les deux premières options - le pipelining http est une fonctionnalité qui permet d'envoyer plusieurs requêtes en http 1.1 avant de recevoir des réponses du serveur. Plus la latence du réseau est grande, plus cela aidera - mais tous les serveurs ne prennent pas en charge le pipelining, et ceux qui le font peuvent avoir des problèmes, soit dans le serveur lui-même, soit dans le code de l'application. Cependant, la grande majorité des sites fonctionnent correctement, ce qui en fait une bonne chose à essayer pour améliorer les performances - mais ne l'oubliez pas s'il arrive quelque chose qui casse plus tard.

http://kb.mozillazine.org/Nglayout.initialpaint.delay est un peu plus douteux - le mettre à 0 est probablement un mauvais conseil, mais d'autres valeurs peuvent fonctionner. Réduire cela permettra à certains contenus de s'afficher plus rapidement, mais les premiers éléments de contenu reçus lors du chargement de la page ne sont généralement pas encore suffisants pour être dignes d'être rendus, et réduire cela pourrait en fait avoir l'effet inverse, en augmentant le nombre de reflows de la page avant que la page soit entièrement rendue. La valeur par défaut est un compromis raisonnable qui convient à la plupart des circonstances. Vous pouvez jouer avec des valeurs plus élevées ou plus basses ici et voir si les performances s'améliorent, car la valeur optimale est un équilibre entre la latence du réseau, la latence perçue du rendu initial et le temps de chargement effectif de la page complète.