v0.0.12 released

juste un fix du certificat local qui a expiré le 26/10/2024.
Le nouveau certificat a une durée de 100ans ... ca devrait suffir.

v0.0.13 released.

ca "devrait" corriger le souci sur les Macs.

En effet maintenant le CPU load marche correctement.

Sur un sujet différent, j'ai de temps en temps des samples "undefinedbps" dans le graphe de débit (c'était déjà le cas dans la version précédente)

En faisant des tests sur l'accélération OpenWrt avec le W1700k, je me suis aperçu qu'il y avait un cas qui ne semblait pas couvert par iperf / nspeed, c'est le transfert intermittant.
Certes ce n'est pas très utile pour une connexion internet, mais pour tester les accélérateurs d'un routeur c'est utile.

Par exemple avec curl j'ai fait :
{ cat big; sleep 30; cat big; } | curl -v -Ffile=@/dev/stdin http://appliwave.testdebit.info/ul/
Mais ça ne donne pas la vitesse en temps réel, il faut la mesurer autrement.
Et en download, même en trichant ça ne fonctionne pas :
curl -v -o /dev/null http://appliwave.testdebit.info/1G.iso -o /dev/null http://httpbin.io/delay/3  -o /dev/null http://appliwave.testdebit.info/1G.iso
Le serveur semble avoir un timeout de 2s, il ferme la connexion (donc il faudrait plutôt faire une pause dans un téléchargment existant).

Ca pourrait être intéressant si nspeed pouvait faire ce genre de chose, mais même un "get xxx then get xxx" ne réutilise pas la même connexion.

Dans l'implémentation actuelle, avec "-r 2" il est assez difficile de séparer les résultats des deux requêtes, même avec "-trace".
Donc le "nspeed -keep-connections get url then get -w 1s url" me semblerait plus logique.
Mais :
 - il faudrait indiquer si la connexion a été réutilisée ou non en pratique (chose que dans le cas "-r 2" on devine uniquement avec le port dans les traces)
 - il y a le problème du timeout du serveur : appliwave.testdebit.info 2s, speedtest.milkywan.fr 5s, ping.online.net >30s

Pour le problème de timeout du serveur entre deux requêtes, je ne vois que 3 possibilités :
 - ne rien faire : besoin d'un serveur avec un timeout suffisant si on veut facilement observer certains comportements
 - faire des petites requêtes pour maintenir la connexion : par exemple HEAD sur la même URL
 - changer d'approche, et avoir un test qui fait une seule requête, mais avec des pauses : quelque chose comme "get -p 4s,30s,5s,10s url" (après 4s, faire une pause de 30s et continuer 5s, puis attendre 10s, puis continuer, ...)  ?