Que signifie réellement "Fast 3G" ?

Question

Dans les outils de développement du navigateur Chrome, il existe plusieurs façons d'étrangler votre connexion réseau pour émuler différents types de connexion.

Les menus permettant de sélectionner un type de connexion affichaient auparavant les vitesses et la latence utilisées pour simuler chaque type de connexion.

Désormais, à partir de Chrome 64 au moins, les informations utiles sur la vitesse et la latence ont été supprimées.

J'ai essayé de dupliquer les chiffres de la première image pour Regular 3G et Good 3G dans mes propres profils personnalisés pour voir s'ils correspondaient aux presets Slow 3G et Fast 3G de la première image, mais j'ai obtenu des résultats très différents pour les temps d'événement DOMContentLoaded et Load entre les presets et mes profils personnalisés.

Answer 1

Rédacteur technique de DevTools et défenseur des développeurs ici. L'histoire derrière ce changement est que DevTools essaie maintenant d'émuler les conditions réelles de ce qu'est un réseau 3G rapide. Auparavant, DevTools vous montrait les valeurs d'upload / download / RTT, comme vous l'avez montré dans votre capture d'écran de l'ancienne interface utilisateur. Mais ces valeurs étaient trompeuses. Elles peuvent être techniquement correctes, mais lorsque DevTools a été comparé à d'autres outils d'étranglement, DevTools n'étranglait pas assez. Par exemple, si vous chargez une page avec l'outil A qui accélère pour la 3G, et que vous chargez ensuite cette même page avec DevTools (qui accélère également pour la 3G), la page se charge plus rapidement avec DevTools.

DevTools n'affiche donc plus les valeurs exactes, mais si vous mesurez les performances de charge de DevTools par rapport à d'autres outils d'étranglement, vous pouvez constater qu'ils ont tous des performances similaires maintenant.

La raison pour laquelle DevTools n'affiche plus les valeurs est qu'elles ne correspondent pas bien à la réalité. Par exemple, vous recherchez peut-être qu'une certaine vitesse de connexion est définie par X taux de téléchargement, Y taux de chargement et Z taux de RTT. Vous entrez donc ces valeurs dans DevTools. Ces valeurs ne vont pas bien se rapprocher des conditions du monde réel. DevTools va se charger plus rapidement que l'expérience du monde réel. Il est préférable d'évaluer comment une certaine page se charge réellement sur cette connexion, puis d'ajuster les valeurs d'entrée jusqu'à ce que DevTools charge votre page de référence dans le même temps que votre référence réelle.

Bien sûr, une autre approche consisterait à demander à un ingénieur de Chrome de modifier le moteur d'étranglement de Chrome afin que les valeurs que vous saisissez correspondent bien à la réalité. Mais pour une raison quelconque, cela ne se produit pas.

Comme il est possible d'ajouter des étranglements personnalisés, je suis conscient que nous devons mettre à jour l'interface utilisateur de DevTools pour expliquer cette limitation. En d'autres termes, lorsque vous créez des étranglements personnalisés, vous devez évaluer une page et ensuite modifier les entrées DevTools jusqu'à ce qu'elles correspondent à l'évaluation, plutôt que de vous fier aux valeurs.

J'espère que cela a du sens.