~$ ./nspeed ciphers bouygues.testdebit.info
Jobs:
  0-ciphers {Target: bouygues.testdebit.info (;), delay: 0, timeout:0s}
running...
this client has AES hardware support: true
bouygues.testdebit.info:443 supports TLS 2.0 TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
bouygues.testdebit.info:443 supports TLS 2.0 TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
bouygues.testdebit.info:443 supports TLS 2.0 TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256
bouygues.testdebit.info:443 supports TLS 3.0 TLS_AES_128_GCM_SHA256
bouygues.testdebit.info:443 supports TLS 3.0 TLS_AES_256_GCM_SHA384
bouygues.testdebit.info:443 supports TLS 3.0 TLS_CHACHA20_POLY1305_SHA256
all done
no metrics to report
La version mineure semble affichée comme une version majeure, c'est TLS 1.2 et TLS 1.3.

update du build preview: https://dl.nspeed.app/nspeed-client/preview/ (Windows & Linux seulement).
(-version = v0.0.10-22-gba2ba49)

- ciphers: fixed TLS version text messages
- http/3: using now github.com/quic-go/quic-go (just a path change of github.com/lucas-clemente/quic-go)
- fixed a race condition in debug mode
- preparing metrics export

C'est voulu que nspeed ne renvoie plus le champ Server dans les headers ?

pas vraiment non je regarde cela.

update du build preview: https://dl.nspeed.app/nspeed-client/preview/ (Windows & Linux seulement).
(-version = v0.0.10-27-g0c02f16)

rien de nouveau en terme de fonctionalités:
- reduction des affichages en preparation de la nouvelle UI
- préparation en interne au mode 'benchmark'

merci @ouno

Merci à toi !

- nouvelle commande 'bench' (raccourci 'b') (voir ./nspeed b -h)

C'est bizarre chez moi le mode bench paraît moins performant que le mode normal sous Windows:

Mode bench: 28.2 Gbps
>nspeed-v0.0.10-29-g4f7e829.exe b -4 h1g
6:25PM | WARN  | server listening on http://127.0.0.1:7333 job=0
running...
all done
   Job| Read speed| Write speed| Time| Bytes read| Bytes written|command
 Job 1|  28.2 Gbps|       0 bps| 5.67|    20.0 GB|           0 B|get http://localhost:7333/20g (127.0.0.1:7333 - 0.0 ms - HTTP/1.1)
 Total|  28.2 Gbps|       0 bps| 5.67|    20.0 GB|           0 B|

Mode manuel en lançant nspeed server et nspeed client séparément: 43.2 Gbps
>nspeed-v0.0.10-29-g4f7e829.exe -verbose server -a 127.0.0.1 -t 120 -s 60G
6:27PM | INFO  | job 0 = HTTP server {Address: "127.0.0.1", port: 7333, IPversion: 0, max_size: 64.4 GB, max_request, max duration: 2m0s, UseTLS: false, H2C: false, maxruns: 0, max life: 0s}
6:27PM | INFO  | waiting on infinite jobs to be ready
6:27PM | WARN  | server listening on http://127.0.0.1:7333 job=0
6:27PM | INFO  | all infinite jobs are ready
running - hit ctrl-C or send a kill signal to end
6:27PM | INFO  | rootHandler: GET - /20g
6:27PM | INFO  | streaming 20g bytes (= 20000000000 bytes) with extention:
6:27PM | INFO  | AverageReadSize=0 AverageWriteSize=262147 ReadBPS="0 bps" ReadCount=0 TotalRead=0 TotalWrite=20000000000 WriteBPS="43.3 Gbps" WriteCount=76293 duration=3.6971852 job=0 url="download 20g to 127.0.0.1:51675 (chunk=262144)"
>nspeed-v0.0.10-29-g4f7e829.exe get http://127.0.0.1:7333/20g
running...
all done
   Job| Read speed| Write speed| Time| Bytes read| Bytes written|command
 Job 0|  43.2 Gbps|       0 bps| 3.70|    20.0 GB|           0 B|get http://127.0.0.1:7333/20g (127.0.0.1:7333 - 0.942 ms - HTTP/1.1)
 Total|  43.2 Gbps|       0 bps| 3.70|    20.0 GB|           0 B|



Autre chose de bizarre (toujours sous Windows), j'ai de meilleures perfs avec nspeed server quand j'utilise un client en Perl:

Mode manuel en lançant nspeed server et un client HTTP en Perl: 51.2 Gbps
6:31PM | INFO  | rootHandler: GET - /20g
6:31PM | INFO  | streaming 20g bytes (= 20000000000 bytes) with extention:
6:31PM | INFO  | AverageReadSize=0 AverageWriteSize=262147 ReadBPS="0 bps" ReadCount=0 TotalRead=0 TotalWrite=20000000000 WriteBPS="51.2 Gbps" WriteCount=76293 duration=3.1257905 job=0 url="download 20g to 127.0.0.1:51723 (chunk=262144)"

C'est sans doute lié aux spécificités de l'interface localhost qui n'est pas très représentative d'une vraie utilisation réseau, mais je n'ai pas d'interface réseau assez rapide pour tester...

update du build preview de la v0.0.11: https://dl.nspeed.app/nspeed-client/preview/
(-version = v0.0.10-88-g47e506c  )

tres grosse mise a jour (le code a quasiment doublé) donc sans doute beaucoup de bugs ...

on dispose maintenant de versions pour:
Windows sur x64, arm64 et arm6
Linux sur x64,4 variantes mips, arm64 et arm6
Darwin (macos) x64 (arm a venir).

J'ai testé sur un router ubiquity er-x (mipsle_hardfloat), ca fonctionne.

Les changements: https://github.com/nspeed-app/nspeed/blob/preview/CHANGELOG.md (qui reprend des changement déja introduits par les versions preview précedentes)

Zoom sur les changements principaux:
 - l'arrivé du traitement par lots (batches) grâce au commandes "from" et "then". On peut maintenant enchaîner des commandes ou les lire depuis un fichier ou un site web. Il y a des exemples sur https://dl.nspeed.app/ , par exemple:
./nspeed from https://dl.nspeed.app/bbrcubicCela va télécharger un fichier texte et lire les commandes qu'il y a dedans. Ca marche aussi avec un fichier local.
La syntaxe pour le fichier est la même qu'en ligne de commande (voir les fichiers d'exemple).
Chaque ligne correspondant a un lot de traitement (donc les lignes sont exécutées une après l'autre et pas toute en meme temps).
Autre exemples:
./nspeed from https://dl.nspeed.app/cfpour ceux qui ont une freebox: https://dl.nspeed.app/freebox

 - la sortie des résultats en json avec en option une échantillonnage réglable ("-rate 100ms" par exemple). Utiliser '-' pour sortie sur l'écran directement par exemple:
./nspeed -json - get google.com
Le json inclut la gateway, l'interface et l'ip utilisée pour atteindre la cible.

 - le serveur n'a plus de port par défaut 7333 et utilise maintenant un port libre au hasard. on peut toutefois toujours choisir le port qu'on souhaite avec -p.

NB: la sortie en html bien que indiquée dans le CHANGELOG n'est pas dispo dans cette preview.

a suivre tres vite, la sortie en html donc...