Articles avec le tag ‘réseau’
Mercredi 3 juin 2009
La latence est une des composantes qui pénalise le plus les performances actuellement. Les connexions Internet françaises se font plutôt à haut débit, et même un mauvais wifi laisse finalement passer assez de trafic pour que ce soit viable. Par contre, avec l’explosion du nombre de composants par page, la latence est probablement le facteur le plus limitant. 40 composants à 50ms de latence, c’est 2 secondes de perdues. Même en imaginant utiliser deux fils de téléchargement, c’est encore une seconde d’attente. Sur une mauvaise connexion (wifi ?) ou quand on s’adresse à un site qui n’a pas de serveur en France (ou très proche), la latence peut vite exploser.
Je ne parle même pas de ce que pourraient nous apporter HADOPI et LOPSI2 s’ils filtrent les accès côté FAI (on peut leur faire confiance pour affirmer que les débits ne bougeront pas, mais en ce qui concerne la latence…). À 120ms de latence c’est d’un coup plusieurs secondes qui partent en fumée. En fait ce sont souvent les publicités qui ont la plus grande latence. Quand le javascript qui gère la pub est bloquant et qu’on a deux ou trois redirections HTTP, on peut facilement perdre une seconde. Si vous ne me croyez pas, regardez l’exemple de Right Media. (Lire la suite…)
Tags :akamai, amazon, cache, cdn, dns, latence, proxy, réseau
Publié dans Performance | 1 commentaire »
Vendredi 17 avril 2009
Dans le préchargement l’idée est de faire travailler le navigateur avant que l’utilisateur ne demande les documents pour que ce soit quasiment instantané ensuite. On attend la fin de chargement de la page, et on lance par avance le téléchargement de plusieurs liens dont on pense qu’ils serviront plus tard. C’est très intéressant pour quelques logos, css ou javascript. Imaginez une page d’accueil avec un style bien différent du reste du site : il peut être avantageux de précharger la feuille de style ou le javascript qui seront utilisés sur les autres pages.
C’est Marc Hertzog qui se colle à l’exercice avec JQuery. Il a amélioré un module de Scott Jehl qui lit une feuille de style et tente de précharger toutes les images qui y sont référencées. L’idée est séduisante. On supprime alors les temps d’attente pour les images qui s’affichent au survol de la souris ou sur les pages suivantes.
L’idée est séduisante mais je n’accroche pas tout à fait. (Lire la suite…)
Tags :css, image, javascript, jquery, préchargement, prefetch, réseau
Publié dans Performance | 6 commentaires »
Mardi 17 février 2009
On m’a posé quelques fois la question alors voici la réponse : Oui.
Oui il faut, quand vous le pouvez, utiliser les liens centralisés de Google ou de Yahoo pour vos bibliothèques javascript. Je parle de ne pas recopier jquery ou yui directement sur vos serveurs, mais d’utiliser les liens centralisés proposés par les deux moteurs de recherche.
Voilà pour la réponse générique, ensuite on peut détailler un peu.
(Lire la suite…)
Tags :cache, cdn, dns, domaine, google, javascript, latence, proxy, réseau, url, yahoo!
Publié dans Performance | 12 commentaires »
Mercredi 17 décembre 2008
Je vous avais présenté quelques outils, aujourd’hui en voilà trois autres, en ligne.
Le concept de ces outils est le même : on prend une URL, on lance la page, et on trace la cascade des requêtes HTTP avec quelques statistiques. C’est là qu’on voit le temps pris par chaque composant, par la somme des composants, et les éventuels problèmes de performance comme les scripts bloquants. (Lire la suite…)
Tags :analyse, cascade, http, outils, réseau
Publié dans Performance | 5 commentaires »
Mercredi 23 juillet 2008
On parle de temps, de performance, mais finalement que mesure t-on ? La question n’est pas inutile puisque pour une même requête il y a bien trois étape visibles du point de vue du visiteur, cinq du point de vue du navigateur et autant pour le serveur. Alors, que mesure t-on ?
(Lire la suite…)
Tags :cache, compression, cookie, dns, http, minimisation, pipelining, réseau, schéma, serveur, sprite, tampon
Publié dans Performance | 7 commentaires »