Auteur Sujet: ookla speedtest.net sans flash  (Lu 9826 fois)

0 Membres et 1 Invité sur ce sujet

underground78

  • Expert
  • Client Free fibre
  • *
  • Messages: 5 373
  • Orsay (91)
    • FreePON : suivi géographique du déploiement fibre EPON chez Free
ookla speedtest.net sans flash
« Réponse #12 le: 11 décembre 2015 à 10:08:30 »
Je vais essayer de regarder ça mais probablement pas avant lundi matin. J'évite de faire ce genre de tests quand il y a du monde.

willemijns

  • Client Free adsl
  • *
  • Messages: 1 363
ookla speedtest.net sans flash
« Réponse #13 le: 20 décembre 2015 à 01:54:25 »
> http://www.dslreports.com/speedtest propose un test sans Flash aussi. plus complet et paramétrable

ok

> mais il n'y a pas de serveur en France.

et ? c'est grave docteur ? toi t'as pas connu mire ipadsl ;)



menet

  • Client SFR sur réseau Numericable
  • *
  • Messages: 664
  • FTTLA 100 Mb/s (Bois de Grâce) Champs/Marne 77
ookla speedtest.net sans flash
« Réponse #14 le: 20 décembre 2015 à 10:11:53 »
Le test http://www.dslreports.com/speedtest montre bien une raison pour laquelle ma navigation peut être parfois mauvaise via mon câble : Le bufferbloat est à F au premier test, le pire.
Avec D c'est mieux mais pourrait mieux faire. Vivement la vrai fibre FTTH. ::)
C'est grave docteur ?  ???



A+  ;)

underground78

  • Expert
  • Client Free fibre
  • *
  • Messages: 5 373
  • Orsay (91)
    • FreePON : suivi géographique du déploiement fibre EPON chez Free
ookla speedtest.net sans flash
« Réponse #15 le: 20 décembre 2015 à 10:14:31 »
Je vais essayer de regarder ça mais probablement pas avant lundi matin. J'évite de faire ce genre de tests quand il y a du monde.
J'ai pas pu tester nperf à cause de la version de Flash qui est requise et que j'ai pas sur ma machine.

Paul

  • Client FAI autre
  • *
  • Messages: 4 055
  • Montréal, QC (CA)
    • Twitter
ookla speedtest.net sans flash
« Réponse #16 le: 20 décembre 2015 à 11:14:09 »
Oui j'ai aussi trouvé le test de DSLRports sympa.



En tous cas ça marche très bien même avec des débits fibre, il n'y a plus grande excuse pour rester sur du Flash.

willemijns

  • Client Free adsl
  • *
  • Messages: 1 363
ookla speedtest.net sans flash
« Réponse #17 le: 20 décembre 2015 à 12:02:29 »
> En tous cas ça marche très bien même avec des débits fibre, il n'y a plus grande excuse pour rester sur du Flash.

Le flash n'est qu'une surcouche GUI pas une technologie....


underground78

  • Expert
  • Client Free fibre
  • *
  • Messages: 5 373
  • Orsay (91)
    • FreePON : suivi géographique du déploiement fibre EPON chez Free
ookla speedtest.net sans flash
« Réponse #18 le: 20 décembre 2015 à 15:43:50 »
C'est pas complètement vrai, je pense que les tests de débit utilisant Flash reposent sur l'utilisation d'ActionScript donc c'est vraiment Flash qui est le moteur du test.

kgersen

  • Client Bouygues FTTH
  • Modérateur
  • *
  • Messages: 5 406
  • FTTH 1Gb/s sur Paris (75)
ookla speedtest.net sans flash
« Réponse #19 le: 20 décembre 2015 à 19:15:42 »
> En tous cas ça marche très bien même avec des débits fibre, il n'y a plus grande excuse pour rester sur du Flash.

Le flash n'est qu'une surcouche GUI pas une technologie....

Non. Le Flash est une techno complete et par qu'une surcouche.
Les speedtest en Flash ouvrent et utilisent directement des sockets réseaux ce qu'un navigateur ne peut pas faire directement en Javascript meme les plus récents.
Les test en HTML5 doivent utiliser XHR ou des websockets et les spécificités de Javascript (asynchronisme, I/O non bloquantes) font qu'on a pas du tout le meme degrés de contrôle et de mesure qu'en Flash.

Marin

  • Client Bbox vdsl
  • Modérateur
  • *
  • Messages: 2 740
  • île-de-France
ookla speedtest.net sans flash
« Réponse #20 le: 20 décembre 2015 à 20:15:02 »
Les speedtest en Flash ouvrent et utilisent directement des sockets réseaux ce qu'un navigateur ne peut pas faire directement en Javascript meme les plus récents.
Les test en HTML5 doivent utiliser XHR ou des websockets

Les WebSockets = +/- 4 octets d'overhead sur tes paquets TCP, pas une grosse affaire.

Dans les deux cas, il y a un mécanisme d'initiation ajouté par-dessus (le crossdomain.xml cherché sur le port 843 pour les sockets Flash, l'en-tête Upgrade pour les WebSockets) et celui de la techno web est moins lourd.

Le JavaScript dans un navigateur récent te permet de faire passer une couche de communication à base d'UDP (via les WebRTC data channels pour lesquels on a quelques implèmentations serveur qui commencent à apparaître) ; pour Flash, je crois qu'il y a une techno +/- assimilable qui s'appelle RTMFP mais je n'ai pas fait de recherches dessus.

et les spécificités de Javascript (asynchronisme, I/O non bloquantes) font qu'on a pas du tout le meme degrés de contrôle et de mesure qu'en Flash.

flash.net.Socket n'est pas tout ça ?

kgersen

  • Client Bouygues FTTH
  • Modérateur
  • *
  • Messages: 5 406
  • FTTH 1Gb/s sur Paris (75)
ookla speedtest.net sans flash
« Réponse #21 le: 20 décembre 2015 à 20:29:06 »
A ma connaissance, pour le moment aucun test HTML5 n'utilise WebRTC car c'est limité a Chrome et FF (et Opera).

flash.net.Socket n'est pas tout ça ?

en pratique aucune idée je n'ai jamais codé en Flash (enfin en Action Script AS3). Mais effectivement en théorie c'est single-threaded et proche de JS niveau modèle de programmation (rien de bloquant et un système d'event handlers) donc mon argument n'est pas bon ici.


Fab_38

  • Client FAI autre
  • *
  • Messages: 1 001
ookla speedtest.net sans flash
« Réponse #22 le: 21 décembre 2015 à 22:33:13 »
Sous Firefox

Avec le test html
https://beta.speedtest.net/result/4934501179 (l'image ne s'affiche pas sur le forum)

Avec le test Flash


Sous Chrome

Avec le test Flash



Pourquoi une telle difference de debit d'un navigateur a l'autre ?

Marin

  • Client Bbox vdsl
  • Modérateur
  • *
  • Messages: 2 740
  • île-de-France
ookla speedtest.net sans flash
« Réponse #23 le: 21 décembre 2015 à 22:38:30 »
Pourquoi une telle difference de debit d'un navigateur a l'autre ?

Flash sous Chrome = PPAPI = trois niveaux de bytecode à exécuter pour chaque opération de lecture sur le socket (AVM2 dans NaCl dans x86).

 

Mobile View