Auteur Sujet: speed.cloudflare.com: CloudFlare propose son propre outil de test de débit (Lu 5148 fois)

vivien · « **le:** 27 mai 2020 à 13:54:09 »

CloudFlare propose son propre outil web de test de débit : https://speed.cloudflare.com/

Les serveurs sont répartis dans le monde entier, avec l’architecture CloudFlare et disponibles en IPv6.
Le point de présence sur Paris est utilisé par la majorité des FAI français (en fait tous ceux qui ont un bon peering).

Le test est en Open Source et vous pouvez faire des suggestions sur le GithHub Cloudflare Worker-speedtest-template.

Encore un point positif : la représentation des données permet de voir pour chaque taille de fichier testé :
- Le débit minimum
- Le débit maximum
- Le débit moyen
- Le débit médian (c'est le plus intéressant si vous ne devez en retenir qu'un seul)
- Le débit 25 centile
- Le débit 75 centile

Que d'avantages, ce serait le test parfait ?

Non, il a deux gros défauts :

- Le débit montant n'est pas testé

- Le débit descendant est calculé de façon erroné, une broutille.

Les fichiers servant à mesurer le débit descendant sont de petite taille (les tests commencent avec des fichiers de 10 Ko et terminent avec des fichiers de 25 Mo, toutefois le débit mis en avant est le meilleur débit obtenue de ces différents tests et sur ma ligne câble 100 Mb/s, c'est toujours les fichiers 100 Ko qui sont utilisés pour déterminer le débit affiché).

Je n'ai pas pas analysé l'outil, mais une première hypothèse serait que le débit descendant est mesuré coté serveur et non coté client. Quand on conjugue fichier de seulement 100 Ko et calcul du débit coté serveur on a un cocktail qui donne des données incohérentes : Les paquets envoyés ne sont pas immédiatement reçus par le client, ils sont mis dans un buffer sur le CMTS (Numericable est connu pour avoir de gros buffers, ce qui n'est pas bon pour pouvoir surfer avec un téléchargement en parallèle)

Seconde hypothèse: Le test est réalisé sur un modem câble avec 8 fréquences descendantes (soit 400 Mb/s). Le bridage à 100 Mb/s est logiciel (imposé par un fichier téléchargé en TFTP par le modem lors de sa connexion au CMTS) et il est possible qu'un burst de courte durée soit possible (autrement dit dépasser 100 Mb/s sur une très courte durée). Toutefois cela n'explique pas le test de débit à 800 Mb/s (un test).

Bref, j'ai une connexion SFR câble 100 Mb/s et voici les résultats, qui induisent le client en erreur :

Le débit sur l'interface réseau du client n'a pas dépassé 100 Mb/s : (cliquer sur la copie d'écran pour l'agrandir)

vivien · « **Réponse #1 le:** 27 mai 2020 à 13:55:49 »

Seconde itération :

Là aussi, on voit que le débit sur l'interface réseau du client n'a pas dépassé 100 Mb/s : (cliquer sur la copie d'écran pour l'agrandir)

On note aussi que le CPU sature, alors que le test n'est que à 100 Mb/s !

Quelle configuration faut-il avoir pour un test à 1 Gb/s ? (non je ne parle pas d'un test à 10 Gb/s, c'est indécent)

Mon environnement de test :
- Intel Core i3-4150 @3.5 GHz
- Ubuntu 20.04 (Noyau Linux 5.4)
- Firefox 76.0.1

Code: [Sélectionner]

$ lscpu
Architecture :                          x86_64
Mode(s) opératoire(s) des processeurs : 32-bit, 64-bit
Boutisme :                              Little Endian
Address sizes:                          39 bits physical, 48 bits virtual
Processeur(s) :                         4
Liste de processeur(s) en ligne :       0-3
Thread(s) par cœur :                    2
Cœur(s) par socket :                    2
Socket(s) :                             1
Nœud(s) NUMA :                          1
Identifiant constructeur :              GenuineIntel
Famille de processeur :                 6
Modèle :                                60
Nom de modèle :                         Intel(R) Core(TM) i3-4150 CPU @ 3.50GHz
Révision :                              3
Vitesse du processeur en MHz :          1987.774
Vitesse maximale du processeur en MHz : 3500,0000
Vitesse minimale du processeur en MHz : 800,0000
BogoMIPS :                              6984.11
Virtualisation :                        VT-x
Cache L1d :                             64 KiB
Cache L1i :                             64 KiB
Cache L2 :                              512 KiB
Cache L3 :                              3 MiB
Nœud NUMA 0 de processeur(s) :          0-3
Vulnerability Itlb multihit:            KVM: Mitigation: Split huge pages
Vulnerability L1tf:                     Mitigation; PTE Inversion; VMX conditional cache flushes, SMT vulnerable
Vulnerability Mds:                      Mitigation; Clear CPU buffers; SMT vulnerable
Vulnerability Meltdown:                 Mitigation; PTI
Vulnerability Spec store bypass:        Mitigation; Speculative Store Bypass disabled via prctl and seccomp
Vulnerability Spectre v1:               Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2:               Mitigation; Full generic retpoline, IBPB conditional, IBRS_FW, STIBP conditional, RSB filling
Vulnerability Tsx async abort:          Not affected
Drapaux :                               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm cpuid_fault epb invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invp cid xsaveopt dtherm arat pln pts md_clear flush_l1d

vivien · « **Réponse #2 le:** 27 mai 2020 à 14:02:23 »

Troisième itération avec un débit maximum atteint de 800 Mb/s :

Ce débit de 800 Mb/s (le point orange à droite) est physiquement impossible.

Là aussi, on voit que le débit sur l'interface réseau du client n'a pas dépassé 100 Mb/s : (cliquer sur la copie d'écran pour l'agrandir)

J'ai utilisé pour ces tests un abonnement RED 100 Mb/s avec un modem Sagem F@st 3284DC :

buddy · « **Réponse #3 le:** 27 mai 2020 à 14:09:32 »

Citation de: vivien le 27 mai 2020 à 13:54:09

Les serveurs sont répartis dans le monde entier, avec l’architecture CloudFlare et disponibles en IPv6.
Le point de présence sur Paris est utilisé par la majorité des FAI français (en fait tous ceux qui ont un bon peering).

Avec Bouygues (Alpes-Maritimes) j'utilise celui de Marseille.

vivien · « **Réponse #4 le:** 27 mai 2020 à 14:32:37 »

J'ai oublié qu'ils avaient deux points de présence en France !

Par contre, je me demande si pour Orange ou Free ce sera bien en France...

buddy · « **Réponse #5 le:** 27 mai 2020 à 15:27:47 »

Citation de: vivien le 27 mai 2020 à 14:32:37

J'ai oublié qu'ils avaient deux points de présence en France !

Par contre, je me demande si pour Orange ou Free ce sera bien en France...

Depuis une ADSL Orange (Alpes Maritimes toujours), Serveur Paris. (Le test de débit n'est pas représentatif, puisque c'est un VPN derrière une ligne ADSL...)

kgersen · « **Réponse #6 le:** 27 mai 2020 à 15:58:13 »

J'ai un peu regardé ce truc ce matin suite a l'article dans NI.

Je veux pas être méchant avec Cloudflare et je suis surement pas 'neutre' quand il s'agit de tests de débit mais bon la ce projet c'est 99% de 'eye candy' (tape a l'oeil) et 1% d'effort sur la partie 'calcul du débit'...

et c'est avant toute chose une démo techno/marketing de leur offre Workers: https://workers.cloudflare.com/

Phach · « **Réponse #7 le:** 27 mai 2020 à 16:32:45 »

Citation de: vivien le 27 mai 2020 à 14:32:37

J'ai oublié qu'ils avaient deux points de présence en France !

Par contre, je me demande si pour Orange ou Free ce sera bien en France...

avec ma connexion Orange, il va taper sur Marseille d'après la carte. Il y a au moins cette donnée qui doit être juste :-)

Cryptage · « **Réponse #8 le:** 27 mai 2020 à 21:54:17 »

Citation de: vivien le 27 mai 2020 à 14:32:37

J'ai oublié qu'ils avaient deux points de présence en France !

Par contre, je me demande si pour Orange ou Free ce sera bien en France...

Free FTTH (avec IP full stack car ça peut avoir son importance) ça utilise le serveur de Paris et ça me détecte d'ailleurs à Paris.

Ralph · « **Réponse #9 le:** 24 juillet 2020 à 20:01:49 »

Le test a évolué aujourd'hui :

La taille max en download passe de 100Mo a 250Mo, et le nombre d'essais de 100Mo x 1 à 100Mo x 3 + 250Mo x 2
Il y a maintenant en test d'upload mais avec des fichiers finaux plus petits.

En parlant de l'upload, je n'arrive pas atteindre la limite de ma connexion (1Gbits/s symétrique)

Reste qu'il manque toujours de quoi "historiser" et/ou exporter autrement qu'en CSV ses résultats.