Bienvenue !

L'Apache Bench ne me semble pas pertinent pour évaluer un FAI.

Pour le temps de chargement d'une page les 3 indicateurs de bases à surveiller sont :
- Le ping vers la page destination
- Le débit vers la page destination
- Le temps de résolution DNS

Le ping est l'indicateur le plus important pour une page avec de nombreux petits objets.
Le débit est le plus important pour un téléchargement.
Le DNS peux casser complètement les résultat si il est long a répondre.

Tu à pris pour le test un site hébergé au Japon, j'ai un peu de mal a comprendre pourquoi...

Voici le traceroute depuis Adeli :
$ mtr -rwc100 www.zeustech.net
Start: Fri Mar 21 08:52:07 2014
HOST: lafibre.info                                    Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- portevlan.adeli.biz                            0.0%   100    0.3   2.2   0.2  75.7   8.4
  2.|-- he.franceix.net                                0.0%   100    6.0   8.6   5.9  17.0   3.5
  3.|-- 10ge9-1.core1.par2.he.net                      0.0%   100    5.9   9.5   5.8  18.4   4.2
  4.|-- 10ge15-1.core1.ash1.he.net                     1.0%   100   83.8  87.5  83.8 115.2   5.1
  5.|-- 100ge7-1.core1.nyc4.he.net                     5.0%   100   88.9  91.5  88.9  99.4   3.5
  6.|-- 10ge10-3.core1.lax1.he.net                     0.0%   100  160.1 153.1 149.8 162.2   4.0
  7.|-- pacnet.10gigabitethernet2-3.core1.lax1.he.net  0.0%   100  158.0 158.0 157.9 158.7   0.0
  8.|-- gi12-0-0.cr2.nrt1.asianetcom.net               0.0%   100  251.9 251.9 251.8 252.6   0.0
  9.|-- ge-2-1-0-0.gw3.nrt5.asianetcom.net             0.0%   100  252.4 252.6 252.0 260.8   1.5
 10.|-- GMO-0003.gw3.nrt5.asianetcom.net               0.0%   100  252.2 252.2 252.1 252.5   0.0
 11.|-- b-4ea-b13-1-e-0-3-0-1.interq.or.jp             0.0%   100  259.1 259.3 258.9 265.3   0.6
 12.|-- g-o-4eb-a13-1-e-1-4.interq.or.jp               0.0%   100  257.4 257.4 257.3 258.7   0.1
 13.|-- g-o-p-4ee-a01-1-e-1-1.interq.or.jp             0.0%   100  269.2 269.2 269.1 269.4   0.0
 14.|-- unused-211-125-069-182.interq.or.jp            0.0%   100  266.9 267.0 266.9 267.3   0.0
 15.|-- 180.222.177.117                                0.0%   100  271.4 270.5 267.3 300.8   6.4
 16.|-- ? ?                                           100.0   100

Free est généralement mauvais pour ce type de destination qui passe par les transit mais certaines plages IP ont le droit a un transitaire non saturé, donc impossible de généraliser
=> 3ème transitaire pour Free: Level3 rejoint Tata et Cogent

Il faudrait faire un traceroute depuis tes deux accès pour voir si le ping est proche ou si il y a un problème de routage.

Tu peux aussi vérifier si tu as le débit max vers un lot de destination qui hébergent des gros fichiers ici : https://testdebit.info/

Bonjour Vivien,
merci pour ton retour

zeustech est le développeur  de ab,
j'ai testé sur un des quatre serveurs m'appartenant (je possède plusieurs sites marchands), j'ai masqué l'url cible Benchmarking www......fr

Le serveur cible que j'ai optimisé utilise un cache apc, un cache tmpfs, et j'étais connecté également en telnet pour mesurer la charge du serveur pendant ce temps.

En fait quand je lance une requête URL sur un des mes serveurs, je retrouve le 'hit' environ 4-5 seconds après dans mes fichiers log apache (tail -f /var/log/apache/access.log | grep monadresse ip)

Chez free, c'est instantané (quelques ms) alors que chez Cityplay on est à 4-5 secondes ...

Je serais d'accord avec toi sur le ping mais j'ai l'impression qu'il y a une QOS ip/port qui me pénalise, notamment sur 1 de mes 4 serveurs pour tout dire, je n'ai pas un tel écart vers les autres serveurs.
Mes serveurs sont dans 3 datacenters différents en idf.
Le débit est bon sauf que le premier octet (le TTFB) est excessivement lent... Je continue mes investigations ...

Pour bien comprendre, ces 5s de TTFB tu ne le retrouve que vers ce serveur ? Ailleurs ça fonctionne "correctement" ?

Que donnent des traceroute dans un sens et dans l'autre, avec Free et Cityplay ?

Je peux vous donner l'url testé par MP ?

Hésite pas à l'envoyer à vivien, il a de quoi faire des tests depuis quelques FAIs

Le speedtest qui est par défaut sur https://testdebit.info est chez Online.

Tu pourrais nous faire le test et nous montrer le résultat depuis Free et depuis CityPlay ?

Online ne peer pas beaucoup, mais il a correctement dimensionné ses transitaire.

Voici les liens utilisé par Online :
- 70Gb/s Transit vers Telia
- 70 Gb/s Transit vers Tata
- 60 Gb/s Transit vers Level3
- 60 Gb/s PNI vers Hopus (pour joindre Orange, Bouygues Telecom et SFR bientôt)
- 80 Gb/s PNI vers Free
- 10 Gb/s PNI vers Jaguar Network
- 10 Gb/s PNI vers Ielo

Donc on doit passer par le transitaire de CityPlay.
Si c'est correctement dimensionné, le ping et les débits devraient être bons.

Si c'est toi qui gère ces serveurs, je t'invite à faire un changement d'IP.

Ce sont les veilles plages IP de Online, avant que Online ait son propre réseau.

Les performances sont mauvaises car il utilise le réseau de Free qui sature ses transitaires => Les performances sont proches de celle de Youtube depuis un accès Free.

Il me semble que Online a donné à tous ceux qui avaient ce type d'IP de nouvelles IP pour leur permettre de faire la transition en douceur.

Aprés le changement d'IP, tu verras que CityPlay sera beaucoup plus performant que Free.