il ne manque plus que le test en ligne de commande

Bonjour,

Voici le résultat de mon test, c'est sympa. 


Mais je préfère le résultat de Speedtest, où j'ai vu progressivement monter la valeur moyenne jusqu'à plus de 80Mb/s


Alors qu'avec Degrouptest c'était des montagnes russes et cela me donne des valeurs plus faibles même pour les valeurs max. 

ÉDITION : Mon second test était mieux.

Peut-on avoir un historique de nos différents tests ?

J'ai toujours eu des problèmes de fiabilité des débits sur ma poche.

A+ 

Concernant l'upload, si il y a toujours un burst chez SFR et que vous ouvrez pas mal de threads ça doit expliquer la valeur >50M.

Précision sur les threads :

Dans la conf actuelle on ajoute un thread par tranche de 5 Mb/s.
On démarre à 8 threads (soit jusqu'à 40 Mb/s), si on dépasse 40 on ajoute N threads en fonction du débit mesuré. Avec un maximum de 64 threads. Par exemple si on mesure 82 Mb/s on passe à 16 threads, donc on en démarre 8 de plus. Les vérifications se font plusieurs fois par seconde pour un maximum de réactivité.

Pourquoi procéder ainsi ?
1/ Démarrer direct avec 64 threads solliciterait trop de connexions sur les serveurs de tests, la plupart du temps pour rien.
2/ On augmente le nombre de threads pour grimper rapidement en débit afin de saturer les connexions THD rapidement. Le test ne dure que 10 secondes...

menet > pour l'historique ça arrivera d'ici la fin de l'année. Wait&see...

et la ligne de commande ?

l'idée aussi est d'afficher la charge serveur durant le test.... si 4 personnes en 1 gbps font un test en meme temps sur un serveui 1 gbps les résultats je les valide pas...