Mais du coup 1, 2 ou 3000, c'est toujours la requête la plus longue et rien ne me pousse à croire que c'est plus rapide pour les domaines de libé que ceux de nos amis publicitaires. D'une part ils ont des infra qui sont probablement plus costauds mais en plus ils ont des chances d'être dans les caches.
J'ai pas trouvé de moyen d'exporter les chronogrammes (c'est nul c'était possible avec firebug...), donc c'est assez relou pour faire une analyse.
Avec la pub, en 4.44s j'ai bien 2s sans aucun accès réseau.
Rien à voir mais c'est assez marrant, je perds pas mal de temps sur des requêtes bloquées vers leur CDN. Ils font une trentaine de requêtes (2 fois 15 requêtes). Ils gagneraient à passer à HTTP2 pour multiplexer ça.
[^] # Re: Pour les décideurs pressés
Posté par barmic . En réponse au journal Une bosse sur la ligne pour combattre le bufferbloat ?. Évalué à 2.
Mais du coup 1, 2 ou 3000, c'est toujours la requête la plus longue et rien ne me pousse à croire que c'est plus rapide pour les domaines de libé que ceux de nos amis publicitaires. D'une part ils ont des infra qui sont probablement plus costauds mais en plus ils ont des chances d'être dans les caches.
J'ai pas trouvé de moyen d'exporter les chronogrammes (c'est nul c'était possible avec firebug...), donc c'est assez relou pour faire une analyse.
Avec la pub, en 4.44s j'ai bien 2s sans aucun accès réseau.
Rien à voir mais c'est assez marrant, je perds pas mal de temps sur des requêtes bloquées vers leur CDN. Ils font une trentaine de requêtes (2 fois 15 requêtes). Ils gagneraient à passer à HTTP2 pour multiplexer ça.