Auteur Sujet: Mise à jour Ookla qui apporte TLS 1.3 et mesure du débit upload côté serveur (Lu 3536 fois)

vivien · « **le:** 10 juillet 2019 à 21:42:37 »

Nouvelle version du serveur Ookla

Deux nouveautés importantes :

- Ajout de la capacité de mesurer le débit upload côté serveur pour améliorer la précision de certains types de connexion : Cela permet les débits upload supérieur au théorique, lié à de gros buffers du coté client. En effet quand on mesure coté client, dés qu'un paquet est parti au niveau soft, le test de débit le considère envoyé alors qu'il est encore dans les buffers du PC ou de la box.

- TLS 1.3 est disponible (utiliser la commande openssl s_client -connect massy.testdebit.info:8080 -prexit -showcerts -state -status -tlsextdebug -verify 10 sous linux pour vérifier si TLS 1.3 est supporté sur un serveur de votre choix)

La liste complète de ce qui est mis à jour :
OoklaServer v2.7.0 - Release 8-July-2019
- Feature: Added server side upload measurement capability to improve accuracy for some connection types.
- Improvement: Updated openssl version.
- Improvement: Better server statistics monitoring to assist with identifying potential widespread issues.
- Bug: Further limitations on traceroute actions to prevent potential performance impacts.
- Bug: Fixed issue which could cause intermittent restarts on some systems.

Source : https://support.ookla.com/hc/en-us/articles/234578608-OoklaServer-release-changelog

Tous les serveurs que je gère sont bien entendu mis à jour.

Clicsouris · « **Réponse #1 le:** 25 septembre 2019 à 03:23:48 »

Salut à tous !

Voilà mon interrogation en images ! Voici deux tests successifs avec Ookla réalisés la nuit en semaine (peu de saturation), sur le même serveur Online à Vitry et dans les mêmes conditions de test sur freebox Révolution...

Mon PC de test : i7 2630 QM, 6 Go de RAM, SSD Crucial MX500 d'un To

Bien sûr en ethernet, les résultats sont identiques avec :

- deux câbles réseaux différents cat. 5E,
- avec box player éteinte et débranchée,
- wifi coupé sur la box server et le PC
- synchro réseau au gigabit
- freebox OS affichant une synchro fibre 1 Gbps/600 Mbps
- test en mode sans échec absolument identique

350 Mbps symétriques grand maximum avec le test via firefox (pas mieux sur d'autres serveurs ou tests comme nperf, et moins encore avec Chrome). CPU à 50-60 % avec des pointes rapides à 80 %.

Et 895 Mbps / 495 Mbps environ avec le test de l'application téléchargée sur le PC... CPU à 20 % maximum. Est-ce le navigateur ou le CPU le responsable d'un tel écart ?

A noter que j'atteins 60 Mo/s en téléchargement avec firefox (iso free de 10 Go), 90 Mo/s avec deux ou trois flux simultanés, et 110 Mo/s avec un torrent téléchargé avec qBittorrent... Le débit promis par free semble bien là dans les faits.

vivien · « **Réponse #2 le:** 25 septembre 2019 à 09:33:57 »

Oui, le navigateur est responsable de l’écart.

Tu as essayé en désactivant les extensions dans Firefox ?

Clicsouris · « **Réponse #3 le:** 25 septembre 2019 à 18:20:14 »

J'ai redémarré le PC, coupé uBlock Origin (ma seule extension) et testé avec un seul onglet firefox et aucun autre programme ouvert : c'est pareil, pas plus de 350 Mbps symétriques, peu importe le serveur.

En revanche, j'ai retesté avec Chrome (dernière version 77.0.3865.90 / 64 bits), dans les mêmes conditions : là j'ai le plein débit !

L'image compare le speedtest Ookla via Chrome et via l'appli, réalisés à la suite sur le même serveur Orange.

En bref, c'est bien firefox qui rame... L'utilisation du CPU et de la RAM semblent pourtant comparables pour les deux navigateurs. Alors où est-ce que ça coince ?

Avec nperf, en revanche, impossible de dépasser 350 Mbps, peu importe le serveur, IPV 4 ou 6 et le navigateur, sans que les valeur CPU / RAM semblent très différentes...

vivien · « **Réponse #4 le:** 25 septembre 2019 à 18:25:33 »

Pour certains tests de débit, c'est l'inverse : Firefox est meilleur que chrome.

Ce qui est étonnant dans ton cas c'est de ne pas avoir le débit max si les ressources CPU ne saturent pas, car souvent quand on n'arrive pas au débit max, c'est qu'il y a saturation CPU...

Édit : dans ton test limité à 323 Mb/s avec la visualisation, on voit une saturation du cœur N°1 (et pas des autres) même si au global tu ne dépasse pas 70% de charge
70 % correspondant au seuil à ne pas dépasser sur la page https://www.arcep.fr/demarches-et-services/consommateurs/comment-fiabiliser-un-test-de-debit.html

Clicsouris · « **Réponse #5 le:** 25 septembre 2019 à 18:35:31 »

Mon CPU (i7 2630 QM) date de 2012. C'est une bonne bête mais elle a 7 ans déjà...

En effet, je pense que le processeur sature, c'est la seule explication plausible.

Enfin pour les usages courants (direct download, torrents), j'atteins quasiment le gigabit donc l'essentiel est là.

Ici il s'agit surtout de comprendre comment fonctionne un test en ligne, car ces histoires de débit sont récurrentes sur les forums... sans parler de ceux qui réalisent ces tests en wifi et veulent râler chez le FAI qu'ils n'ont par leur gigabit promis !

vivien · « **Réponse #6 le:** 25 septembre 2019 à 22:22:38 »

Le processeur Intel i7-2630QM a bien les instructions AES-NI pour gérer efficacement le trafic chiffré.

Ton PC portable ne dois pas avoir beaucoup d'autonomie avec un processeur qui consomme 45watts ! (j'ai pensé à un processeur de PC fixe au vu de sa consommation au début)

Clicsouris · « **Réponse #7 le:** 25 septembre 2019 à 22:28:56 »

En effet ! J'ai un Asus N73S avec écran 17", qui tient grand max 2 heures ! On est loin des MacBook Air...

Mais c'est plus un transportable (dans la maison) branché presque tout le temps sur secteur qu'un véritable portable en vérité.

Tiens, une question que je me pose : voyant d'autres speedtests free au gigabit sur le forum, je remarque que seule une minorité semble dépasser les 900 Mbps, contre 930-945 chez Orange et SFR par exemple.

Est-ce juste un biais lié aux speedtests, ou y a-t-il une raison relative au réseau de free ?

vivien · « **Réponse #8 le:** 26 septembre 2019 à 06:45:05 »

Je n'ai pas la réponse à ta question.

Tu vois que c'est compliqué d'avoir 1 Gb/s dans un navigateur web et je ne pale même pas de 10 Gb/s.

Pour le réseau, un test iPerf3 serait le mieux : il consomme très très peu de CPU.

buddy · « **Réponse #9 le:** 26 septembre 2019 à 11:08:03 »

Citation de: Clicsouris le 25 septembre 2019 à 22:28:56

Est-ce juste un biais lié aux speedtests, ou y a-t-il une raison relative au réseau de free ?

le 4rd ne consommerait pas aussi un peu d'entête ? (la Box reçoit quoi exactement ? quelle est la vitesse du port sur lequel se branche l'ONU )
La majorité des connexions FTTH de free étant en 4rd maintenant non ?

vivien · « **Réponse #10 le:** 26 septembre 2019 à 11:36:23 »

Le serveur Orange France est en IPv6 et SpeedTest utilise IPv6 dès que c'est disponible de bout en bout ce qui doit être le cas ici (contrairement à nPerf qui utilise par défaut l'IPv4)