La Fibre
Télécom => Réseau => 
Comment tester son débit ? => Discussion démarrée par: Frederic le 12 novembre 2017 à 11:43:16
-
Installer SpeedTest-CLI 2.1.2 sous Ubuntu / Debian :
wget https://ubuntu.lafibre.info/ubuntu/pool/universe/s/speedtest-cli/speedtest-cli_2.1.2-2_all.deb
sudo apt remove speedtest-cli
sudo apt remove speedtest
sudo apt install python-pkg-resources
sudo dpkg -i speedtest-cli_2.1.2-2_all.deb
rm speedtest-cli_2.1.2-2_all.deb
Installer le client officiel SpeedTest d'Ookla sous Ubuntu / Debian :
wget https://ookla.bintray.com/debian/ookla-speedtest-1.0.0-x86_64-linux.deb
sudo apt remove speedtest-cli
sudo apt remove speedtest
sudo dpkg -i ookla-speedtest-1.0.0-x86_64-linux.deb
rm ookla-speedtest-1.0.0-x86_64-linux.deb
Raf,
Resultats (fait il y a 5 min) sous linux debian 64bits, avec 2 Gigabyte BRIX Core i7 identiques (meme disk SSD, meme RAM, etc...), sur le point final Massy 10Gbps.
(le tool speedtest-cli a ete modifier pour utiliser 16 process au lieu des 4 ou 8 par defaut)
Ma ligne Coriolis :
./speedtest-cli.sh --server 2231
Retrieving speedtest.net configuration...
Testing from Coriolis Telecom SAS (185.203.181.124)...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by TestDebit.info (Massy) [14.99 km]: 12.857 ms
Testing download speed................................................................................
Download: 315.47 Mbit/s
Testing upload speed................................................................................................
Upload: 194.18 Mbit/s
Ligne Orange :
./speedtest-cli.sh --server 2231
Retrieving speedtest.net configuration...
Testing from Orange (90.90.x.x)...
Retrieving speedtest.net server list...
Selecting best server based on ping...
Hosted by TestDebit.info (Massy) [20.70 km]: 25.03 ms
Testing download speed................................................................................
Download: 867.89 Mbit/s
Testing upload speed................................................................................................
Upload: 224.92 Mbit/s
le Up est similaire mais alors le Down c'est presque du simple au triple...
bye Fred
-
(le tool speedtest-cli a ete modifier pour utiliser 16 process au lieu des 4 ou 8 par defaut)
Ah intéressant, car par défaut les performances sont éloignée du vrai SpeedTest.
Il y a moyen de faire un test sur le port 8080 ?
J'avais observé à l'époque qu'il utilisait le SpeedTest mobile legacy (port 80) et non le SpeedTest fixe (port 8080).
Depuis quelques mois le SpeedTest mobile est passé sur le port 80. Je pense que Ookla va demander aux serveurs de ne plus héberger le contenu sur le port 80.
Je pense que certains utilisent speedtest-cli pour automatiser la chose, car sur mon serveur, sur le port 80, j'ai strictement le même nombre de test à 3h du matin que en soirée ou en journée.
-
vivien,
speedtest-cli utilise la base de speedtest, les nodes sont tous en 8080 par defaut...
bye Fred
-
Tu utilises quel speedtet-cli ?
Personnellement, j'ai réalisé sudo apt install speedtest-cli
J'ai donc la version 1.0.6 (livré avec Ubuntu 17.10) :
$ speedtest-cli --version
1.0.6
J'ai réalisé un nouveau test avec Wireshark : c'est bien le port 80 qui est utilisé, donc le vieux SpeedTest il y a quelques années...
Aujourd'hui le port 80 n'est plus utilisé par SpeedTest.
J'ai comparé SpeedTest flash, SpreesTest html5 et SpeedTest-cli et ce dernier est clairement moins bon, il ne sais pas gérer les très haut débit.
-
Vivien,
regarde le resultat sur la ligne Orange dans le 1er post, tu verras le score du download (867.89 Mbit/s), donc il gere le tres haut debit...
il faut modifier le source de speedtest-cli pour passer a 16 process (ou + si besoin).
bye Fred
-
il faut modifier le source de speedtest-cli pour passer a 16 process (ou + si besoin).
Déjà prendre 4 process (sur un même serveur) c'est déjà bien...
-
J'ai réussi à obtenir un bon débit sur une VM Google avec speedtest-cli:
-
salut,
test des USA cote ouest vers Massy avec 4422Mbps ?
y a pas comme un soucis ? ;D
bye Fred
-
salut,
test des USA cote ouest vers Massy avec 4422Mbps ?
y a pas comme un soucis ? ;D
bye Fred
La VM n'est pas aux USA, c'est juste son IP qui est géolocalisé la-bas.
Du coup speedtest calcul la distance en fonction de la géolocalisation de l'IP ;)
Parce que sinon, USA West -> France = 8 ms, ça serai génial ^^
-
Vivien,
regarde le resultat sur la ligne Orange dans le 1er post, tu verras le score du download (867.89 Mbit/s), donc il gere le tres haut debit...
il faut modifier le source de speedtest-cli pour passer a 16 process (ou + si besoin).
bye Fred
Hello
Je ne suis pas encore très doué en script et programmation et j'aurais une petite question:
Comment modifier la source pour utiliser 16 process merci :)
-
Vivien,
regarde le resultat sur la ligne Orange dans le 1er post, tu verras le score du download (867.89 Mbit/s), donc il gere le tres haut debit...
il faut modifier le source de speedtest-cli pour passer a 16 process (ou + si besoin).
bye Fred
J'arrive bien à avoir de bons débits, a condition d'avoir une latence faible :
Que vaut SpeedTest-cli sous Linux :
Voici 3 tests effectués : les débits sont plutôt bon, mais c'est lié au fait que latence est nulle. Cette application télécharge des petits fichiers de 32 Mo en http (le protocole de test est complètement différent du SpeedTest officiel). Les débits s'écroulent rapidement dès que la latence augmente.
Ces fichiers de 32 Mo sont sur tous les serveurs SpeedTest car ils étaient utilisés il y a 5 ans pour l’application SpeedTest mobile.
(https://lafibre.info/testdebit/ubuntu/201803_10gbps_ubuntu_speedtest-cli.png)
-
Hello,
Je me suis amusé à tester tout ça sur mon Odroid C2 afin de voir ce qu'il a dans le ventre (enfin surtout sa connexion Gigabit)
Autant le down est plutôt réaliste (abonnement Red 400/500) que pour l'upload c'est pas trop ça...
Avez-vous également ce comportement ?
-
Tu as testé avec iPerf3 ? C'est plus fiable.
(c'est aussi dans les dépôts des distribution linux)
Tu as des serveurs iPerf3 publics ici : https://iperf.fr/fr/iperf-servers.php
-
Alors j'ai testé iPerf3 à la fois en local (donc entre l'Odroid et mon PC fixe) et vers internet (Odroid --> internet)
L'odroid atteint 925Mbits/s de/vers mon PC, et 380Mbits/s descendant - 475 Mbits/s montant sur un serveur de la toile. Pas mal du tout.
J'ai tenté d'activer le jumbo frame sur l'Odroid, malheureusement la taille des trames est fixée à 1500 par le hardware...
Petite aparté, j'ai un serveur OpenVPN qui tourne sur l'Odroid et celui-ci sature à 87 Mbits/seconde (process OpenVPN à 100%CPU)
Je suis à la fois surpris de la capacité de ce petit SBC à tenir la charge, et par le coût CPU de l'algo de chiffrage (AES-128-CBC + SHA256)
En faisant un test de débit sur des clients mobiles (LG G4, CPU Snapdragon 808 / iPhone 8) je remarque que l'iPhone "sature" le serveur OpenVPN à 87Mbits/s alors que le LG ne monte qu'à 37 Mbits/s ?
-
ça ne semble pas fort maintenu ce projet, le packet sur debian buster est bugué...
root@debian10:~# speedtest-cli
Retrieving speedtest.net configuration...
Cannot retrieve speedtest configuration
ERROR: <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:1056)>
du coup, test avec iperf3 c'est beaucoup mieux:
root@debian10:~# iperf3 -c bouygues.iperf.fr
Connecting to host bouygues.iperf.fr, port 5201
[ 5] local hidden port 40994 connected to 2001:860:deff:1000::2 port 5201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 523 MBytes 4.38 Gbits/sec 0 7.67 MBytes
[ 5] 1.00-2.00 sec 540 MBytes 4.53 Gbits/sec 9 7.67 MBytes
[ 5] 2.00-3.00 sec 546 MBytes 4.58 Gbits/sec 0 7.67 MBytes
[ 5] 3.00-4.00 sec 541 MBytes 4.54 Gbits/sec 131 5.37 MBytes
[ 5] 4.00-5.00 sec 548 MBytes 4.59 Gbits/sec 0 5.37 MBytes
[ 5] 5.00-6.00 sec 548 MBytes 4.59 Gbits/sec 0 5.37 MBytes
[ 5] 6.00-7.00 sec 549 MBytes 4.60 Gbits/sec 0 5.37 MBytes
[ 5] 7.00-8.00 sec 546 MBytes 4.58 Gbits/sec 0 5.37 MBytes
[ 5] 8.00-9.00 sec 545 MBytes 4.57 Gbits/sec 0 5.37 MBytes
[ 5] 9.00-10.00 sec 548 MBytes 4.59 Gbits/sec 0 5.37 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 5.31 GBytes 4.56 Gbits/sec 140 sender
[ 5] 0.00-10.04 sec 5.30 GBytes 4.54 Gbits/sec receiver
iperf Done.
-
Il y a un outil officiel, je vais faire sa présentation dans quelques jours : https://www.speedtest.net/fr/apps/cli
Il est bien plus performant que celui dans les dépôts Debian / Ubuntu.
-
Je confirme, ça fonctionne très bien. Par contre, contrairement à speedtest-cli, impossible d'avoir la liste complète des serveurs (seulement les plus "proches" latencement parlant).
-
Je vais publier la liste de tous les serveurs Français (avec leur ID pour SpeedTest cli) et leur débit max ;)
-
Super, merci !
-
on peut curl:
curl 'https://www.speedtest.net/api/js/servers?engine=js&limit=10&https_functional=true'
si on a jq (ou autre outil json) on peut filtrer par pays:
curl 'https://www.speedtest.net/api/js/servers?engine=js&limit=10&https_functional=true' | jq '.[] | select ( .country == "France")'
mais effectivement ca limite a un certain nombre même en changeant 'limit'.
-
Attention, il y a des mires pour lequel le pays est "FR" et non "France"