J'avais plus dans l'idée de développer un testeur de débit en peer-to-peer pour ne plus être dépendant d'un seul serveur par test.
c'est le but a la base: pouvoir faire un test avec plusieurs serveurs en meme temps. Apres que ces serveurs soit dédiés a ca, pas dédiés a ca ou chez un particulier ou pas c'est un détail.
l'idée: tu fais une liste d'url a télécharger. par exemple:
A:
https://bouygues.testdebit.info/1G/1G.isoB:
http://ubuntu.mirrors.ovh.net/ubuntu-releases/19.10/ubuntu-19.10-live-server-amd64.isoC:
https://dl.google.com/android/studio/maven-google-com/stable/offline-gmaven-stable.zippuis pour chaque url tu peux choisir combien d'exemplaires a télécharger en meme temps voir enchainer des flux: 4 fois A en meme temps que B 4 fois a la suite en meme temps que 2 C a la suite.
ca fait donc dans le temps:
A.................
A.................
A.................
A.................
B...B...B...B...
C.......C........soit 6 flux en meme temps (qui finissent pas forcement en meme temps) vers 3 serveurs différents.
Pour chaque flux on aura le débit instantané et moyen avec un graphe de l'ensemble et le max et la moyenne total ainsi que la latence de chaque flux.
On peut optionnellement mettre un temps maxi par flux, un temps maxi total et un volume maxi par flux et maxi total.
Avec ce type de schéma on couvre pas mal de tests possibles d'autant qu'un peut faire des GET et des POST en meme temps. Donc on peut aussi tester l'envoi en meme temps que la réception.
Ceci permet de comparer les FAI sur le peering aussi et pas que sur le débit final.
En ligne de commande on peut donc passer des url :
nspeed.exe --get https://bouygues.testdebit.info/1G/1G.iso,4 --get http://ubuntu.mirrors.ovh.net/ubuntu-releases/19.10/ubuntu-19.10-live-server-amd64.iso,4x --get http://ubuntu.mirrors.ovh.net/ubuntu-releases/19.10/ubuntu-19.10-live-server-amd64.iso,2
Mais l'idée ensuite est proposer des tests préparés a l'avance pour simplifier les choses pour les utilisateurs novices:
nspeed.exe --test https://nspeed.app/nspeed/test1.ns
(vous pouvez ouvrir test1.ns sans risque c'est un fichier texte).
Pour le P2P quand on sera a l'étape 3: les serveurs nspeed peuvent tres bien s'annoncer quelque part pour "s'offrir" en serveurs de test (avec une limite de BP et temps par exemple). du coup on pourra avoir un "url centrale" qui fera un sorte de "reverse proxy load balancer" vers tout les participants, a l'instar d'un tracker torrent.
voici c'est l'idée 'sur le papier' pour le moment , ca peut changer quand la réalité va frapper