9
votes

Optimisation des demandes HTTP: quelle est la limite?

Connaissances courantes maintenant pour combiner des feuilles de style et des scripts dans les efforts pour réduire les demandes HTTP. J'ai 2 questions:

  1. Combien coûtent-ils, vraiment?
  2. Quand une demande est-elle trop grosse, elle devrait être scindée?

    Je ne trouve pas les réponses à ces deux questions dans toutes les lectures en ligne que j'ai faites, telles que Yahoo! Les meilleures pratiques qui indique à plusieurs reprises que les demandes HTTP sont chères, mais ne citez jamais pourquoi ou comment.

    Merci d'avance.


0 commentaires

3 Réponses :


1
votes

Je n'ai pas de réponse à la demande HTTP coûteuse, mais c'est toujours une bonne idée de réduire les arrondies entre le client et le serveur. Si vous avez une quantité fixe de données à transmettre, il sera toujours préférable de le faire dans moins de demandes.


0 commentaires

6
votes

Une requête HTTP nécessite une connexion TCP / IP à effectuer (réfléchir, une prise de main à la main à 3 voies) avant de pouvoir gérer la requête HTTP de la requête HTTP

Cela implique au moins un retard d'envoi du message SYN au serveur et de récupérer la syn / ack (il envoie ensuite l'ACK pour ouvrir la prise).

Donc, dites que le délai entre le client et le serveur est uniforme à la fois et 50 ms, ce qui entraîne un délai de 100 ms avant de pouvoir envoyer la demande HTTP. Il est alors un autre 100 ms avant de commencer à récupérer la requête réelle (envoie la demande, puis répond aux réponses du serveur).

Bien sûr, vous devez également prendre en compte qu'un navigateur Web standard limite le nombre de demandes HTTP simultanées qu'il s'agit en même temps. Si vos demandes doivent attendre, vous n'obtenez pas cette heure de main gratuite (pour ainsi dire), puisque vous devez attendre que une autre connexion se termine également. Les serveurs jouent également un rôle, en fonction de la manière dont ils servent les demandes.


2 commentaires

Ajout à cette réponse, les navigateurs ouvrent généralement un nombre limité de connexions TCP à la fois (~ 2..4) - donc si vous avez plus de demandes que ce numéro, ils seront mis en file d'attente.


Pensé à ajouter que dès que je frappe post. Détail assez important vraiment.



2
votes
  1. Chaque fois qu'une demande est faite, elle est soumise aux réalités difficiles de la fiabilité du réseau. Deux demandes effectuées en succession rapide à partir du même endroit peuvent prendre des itinéraires totalement différents. Ainsi, avec chaque demande, vous ajoutez un élément d'imprévisibilité en termes de performance. Une seule demande consolidée peut aider à atténuer ce risque. @Dan MCG a écrit un point sonore sur la titulaire de la poignée de main TCP.
  2. http ne se soucie pas de la demande Taille, car elle sert de protocole de couche d'application sur l'IP ( Suite de protocole Internet ). C'est pour TCP / IP à s'inquiéter À propos de ce que l'éditeur ne soutiendrait que la tailles de document / fichier est aussi petite que possible et suffisamment petite que leur application est suffisamment performante.

    espère que cela a du sens.


0 commentaires