Forum Astuces.divers [Web/Mozilla] Accélérer la vitesse d'affichage des pages web

Posté par  .
Étiquettes : aucune
0
4
mar.
2005
Normalement, les navigateurs ne font qu'une seule requête à chaque fois. En activant le pipelining, le navigateur en fera plusieurs ce qui accélérera les temps de changement des pages.

Tapez about:config dans la barre d'adresse, filtrez avec network.http, ensuite effectuez les manipulations suivantes :

network.http.pipelining à true,
network.http.proxy.pipelining à true,
network.http.pipelining.maxrequests à 30.

Créez ensuite une nouvelle valeur numérique et nommez la : nglayout.initialpaint.delay attribuez lui la valeur 0. Cette valeur agit sur le temps que doit attendre le navigateur pour traiter les informations reçues.

  • # hmmm

    Posté par  (site web personnel) . Évalué à 1.

    chez moi, ça semble un peu plus lent qu'avant ...
    c'est possible ?

    • [^] # Re: hmmm

      Posté par  . Évalué à 2.

      Bizarre chez moi ça affiche les pages plus rapidement...

    • [^] # Re: hmmm

      Posté par  (site web personnel) . Évalué à 2.

      J'avais essayé, finalement je suis repassé avec les réglages par défaut...

  • # Ralentit le serveur

    Posté par  . Évalué à 1.

    J'ai lu quelque part qu'il vaut mieux ne pas utiliser cette option, car le serveur doit répondre à beaucoup plus de requêtes, et il faut donc moins de clients pour le mettre à genoux

    • [^] # Re: Ralentit le serveur

      Posté par  . Évalué à 4.

      il dit qu'il a mal aux genoux ?

    • [^] # Re: Ralentit le serveur

      Posté par  . Évalué à 1.

      C'est a priori faux : le serveur prendra les mêmes requêtes au total, mais il les servira différemment :
      plutôt qu'envoyer la page html à Alice et Bob, puis les images à Alice et Bob, il enverra la page html et les images à Alice, puis pareil à Bob.

      Au total, le nombre de requêtes est évidemment le même.

      Cela dit, autoriser 30 requêtes à la fois, c'est un peu gonflé. 10 feraient bien l'affaire.

      • [^] # Re: Ralentit le serveur

        Posté par  . Évalué à 3.

        C'est a priori faux : le serveur prendra les mêmes requêtes au total, mais il les servira différemment :
        plutôt qu'envoyer la page html à Alice et Bob, puis les images à Alice et Bob, il enverra la page html et les images à Alice, puis pareil à Bob.

        Conclusion : Bob se fait entuber et se fait servir plus lentement, tout ça parce qu'une sale blondasse a réglé son firefox pour aller voir plus vite ses images de lapins.

        • [^] # Re: Ralentit le serveur

          Posté par  . Évalué à -1.

          C'est comme ça la vie, c'est pas toujours rose. Ya des pigeonneurs et ya des pigeons aussi malheuresement... Bon en tout cas c'est pas ça qui va m'empecher de tester cette astuce :)

      • [^] # Re: Ralentit le serveur

        Posté par  . Évalué à 0.

        Oui mais tu aurais normalement envoyé tes 30 requêtes a intervalle de 50ms (a la louche) et maintenant a la place tu les envois tous en même temps (a quelque ms prés). Ce qui peut ce produire c un phénomène de congestion qui peut entraîner des drops de paquets. Tu va gagné tu temps tant que tu ne saturera pas le serveur par des envois trop rapide.
        Cette manipulation a pour principal but de combattre la latence (en fait elle est très utile si tu as une liaison satellite) elle reste intéressante mais si tout le monde l'utilise il est possible que sa pose à terme un surplus de drop de paquets enfin cela reste à prouver et n'a rien d'évident ce que j'avance la n'ai que hypothétique est repose simplement sur mes propres théories .

  • # Ha ouais quand même !!!

    Posté par  . Évalué à 4.

    C'est carrément plus rapide, merci pour l'astuce ! :D ( en espérant que les serveurs en prennent pas trop plein la gueule quand même )

    • [^] # Re: Ha ouais quand même !!!

      Posté par  . Évalué à -1.

      Génial ! Ouep je vois clairement la différence !
      Bon je pense que ça mérite une petite fiche sur mon site :)
      Merci de cette astuce (et désolé pour ceux qui seront servis un peu plus lentement) !

  • # Et pour Konqueror?

    Posté par  . Évalué à 1.

    C'est que sous Firefox ça va plus vite.

    Mais comme j'utilise principalement Konqueror, je me demandais si le pipelining pouvait être utilisé sous Konqueror.

    J'ai fait une rapide recherche sur Google et à première vue, rien...

  • # l'adresse pour obtenir ce genre d'astuces

    Posté par  (site web personnel) . Évalué à 2.

    http://kb.mozillazine.org/Firefox_:_FAQs_:_About:config_Entries(...)

  • # NS_HTTP_MAX_PIPELINED_REQUESTS limité à 8

    Posté par  . Évalué à 1.

    extrait de http://lxr.mozilla.org/mozilla1.7/source/netwerk/protocol/http/src/nsHttp.h

    95 // hard upper limit on the number of requests that can be pipelined
    96 #define NS_HTTP_MAX_PIPELINED_REQUESTS 8

    Ça ne sert pas à grand chose de la définir à 50, cette variable, je vous assure.

  • # Mauvaise interprétation du pipelining

    Posté par  (site web personnel) . Évalué à 1.

    Le pipelining, ce n'est pas envoyer plusieurs requêtes à la fois. C'est juste garder la même connexion pour effectuer plusieurs requêtes séquentiellement. On évite ainsi des cycles fermeture/ouverture de connexion, ce qui soulage le client et le serveur.

    Ca fait partie de HTTP 1.1, mais certains serveurs ont du mal...

    • [^] # Re: Mauvaise interprétation du pipelining (ou pas)

      Posté par  . Évalué à 2.

      Tu confonds avec le Keep-Alive (qu'il vaut mieux activer également).

      cf http://www.w3.org/Protocols/rfc2616/rfc2616-sec8.html par exemple

    • [^] # Re: Mauvaise interprétation du pipelining (non)

      Posté par  . Évalué à 1.

      pour schématiser, voici une séquence de 4 requêtes http selon les différents modes:

      standard
      ouvrir connexion ; requête 1 ; réponse 1 ; fermeture connexion
      ouvrir connexion ; requête 2 ; réponse 2 ; fermeture connexion
      ouvrir connexion ; requête 3 ; réponse 3 ; fermeture connexion
      ouvrir connexion ; requête 4 ; réponse 4 ; fermeture connexion


      +keep-alive
      ouvrir connexion
      requête 1 ; réponse 1
      requête 2 ; réponse 2
      requête 3 ; réponse 3
      requête 4 ; réponse 4
      fermeture connexion

      +keep-alive+pipelining
      ouvrir connexion
      requête 1 ; requête 2 ; requête 3 ; requête 4
      réponse 1 ; réponse 2 ; réponse 3 ; réponse 4
      fermeture connexion

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.