Quel est exactement le 'Attente de la réponse' msg sur l'onglet réseau de Firebug?

Comme sou pouvez le voir dans la capture d'écran, la plupart du temps passé est en attente d'une réponse du serveur (c'est la couleur violette de la zone).

Qu'est-ce exactement que le temps de réponse du serveur? Le serveur est trop lent? Est ma connexion trop lente? Ne peut pas le processus de serveur de beaucoup d'informations à la fois (j'ai de nombreux fichiers de là, je sais que je vais combiner au moins)? Que dois-je faire pour réduire autant que possible ce temps d'attente?

PS. toutes les données sont sur le même serveur, mais je suis en utilisant des sous-domaines, afin que le navigateur peut traiter plusieurs fichiers à la fois.

Quel est exactement le 'Attente de la réponse' msg sur l'onglet réseau de Firebug?

InformationsquelleAutor Nicolas R | 2009-09-09
  1. 25

    Cet article est très agréable sur les fonctionnalités de firebug : Introduction à Firebug: Net Panneau (surtout le montage section)... Mais cela ne veut pas dire grand chose à propos de ce "en attente de réponse" signifie exactement 🙁

    Encore, le scénario est (en les citant) :

    • Recherche DNS - résolution DNS de temps
    • Connexion - s'est écoulé le temps nécessaire pour créer une connexion TCP
    • Queuing - s'est écoulé de temps passé dans un navigateur file d'attente pour une connexion réseau
    • En attente De Réponse - en attente d'une réponse du serveur
    • La réception de Données - temps écoulé nécessaire pour la lecture d'ensemble de la réponse du serveur (et/ou le temps nécessaire à la lecture de la mémoire cache).
    • Événement DomContentLoaded temps quand DomContentLoad événement a été déclenché (depuis le début de la demande, peut être négatif si la demande a été démarré après l'événement)
    • événement load - temps lors du chargement de la page événement a été déclenché (depuis le début de la demande, peut être négatif si la demande a été démarré après l'événement)


    Donc, je suppose que le "en attente de réponse" de la période est le temps pendant lequel le navigateur a envoyé la demande au serveur, et n'a reçu aucune réponse encore : il est "en attente" pour certains contenus commencent à arriver :

    • le navigateur est plus en attente pour la connexion au réseau : la demande est envoyée
    • et le navigateur n'est pas encore la lecture de la réponse du serveur.


    Dans le cas d'un serveur de génération de la page entière avant de commencer à envoyer au navigateur, je suppose que le "en attente de réponse" temps serait correspondent à :

    • de temps pour que la demande pour les voyages à partir du navigateur vers le serveur
    • plus de temps pour que la demande soit traitée par le serveur (c'est à dire, temps de génération de la page entière)
    • plus de temps pour le premier octet de données transitant entre le serveur vers le navigateur.


    Espérons que cela aide 🙂

    • merci pour la réponse. Est-il un moyen de vérifier lequel de ces 3 (navigateur->serveur, processus, serveur->navigateur) prend le plus de temps?
    • Vous êtes les bienvenus 🙂 je ne pense pas qu'il soit possible de savoir dans lequel de ces 3 étapes sont : la seule chose que le navigateur sait, c'est que la demande a été envoyée, et qu'aucun résultat n'est encore venu -- côté navigateur, il n'y a aucun moyen de savoir si le serveur a reçu la requête, si elle est de le traiter ... je suppose que vous aurez à faire quelques traces sur le côté serveur, au moins si vous voulez savoir combien de temps il a fallu pour créer la page.
    • Si vous pouvez juste faire un ping du serveur, vous allez obtenir une bonne estimation du transfert de latence; la Plupart des autres (pour les petits fichiers) sera temps de traitement.
    • Je suis d'accord avec cette réponse, je suis en train d'écrire un document de test pour un site web d'entreprise et j'ai défini la "salle d'Attente" le temps comme suit: Serveur – Le temps qu'il faut après que le navigateur a terminé l'envoi de la demande, pour l'hôte distant pour retourner des données par paquets (dans le même flux TCP). Remarque: Cette fois-ci comprendra des temps de latence entre la demande de données et les données retournées, bien que ce sera bien en dessous de 50 ms sur une moyenne de réseau local de l'entreprise et donc négligeable. <-- dans mon cas - ping vos serveurs pour vérifier vous-même.
    InformationsquelleAutor Pascal MARTIN
  2. 2

    Pas sûr de la version de firebug vous utilisez. Mais dans ma version(1.6.0) il y a aussi un "envoi" du temps.

    Vérifier ce message:
    http://www.softwareishard.com/blog/firebug/firebug-net-panel-timings/
    Il dit en gros "en attente" le temps est le temps de la requête est envoyée au serveur jusqu'à la première réception de l'octet. Pour moi, il me semble assez bien égal à la partie serveur de temps de traitement.

    InformationsquelleAutor Bobo