je ne pense pas que le coté client importe (type de pc, os, etc).
A priori y'a un souci de throttling avec certains opérateurs. en lancant le test plusieurs fois en meme temps on arrive a peu pres au meme résultat (somme des débits de 2 tests = debit d'un test).
C'est assez curieux quand meme. le code du test est en clair et utilise des websockets (8 en meme temps) (protocol wss , upgradé sur un https ). Chez moi, le serveur envoi des morceaux de 60k octets a chaque fois (donc 60k x 8 a peu pres en meme temps) , c"est clairement trop petit pour de la fibre. Il faudrait regarder si c'est pareil depuis chez Free. Peut-etre que le serveur adapte la taille des morceaux en fonction d'une détection de leur coté ?
Pour ceux qui veulent contrôler chez eux voici la manip sous Chrome:
- allez sur le site
https://www.quechoisir.org/outil-speedtest-n64483/- appuyer sur la touche F12 (ou ctrl-shift-i / ctrl-option-j sur mac)
- dans la zone develppeur (en bas par défaut mais peut-etre sur le coté a droite aussi). clicker sur l'onglet 'source'. double-click sur . 'st.qccdn.fr', double-click sur js, double-click sur comparateur/test_debit, double-click sur test_debit.js. Le code doit apparaitre , aller a la ligne 141 ajouter en dessous:
console.log("recu: "+ event.data.length);
- sauvegarder les changements avec ctrl + s
- click sur l'onglet 'console'
- lancer le test
- la console devrait afficher la taille recue a chaque fois (et le nombre de fois devant).