Auteur Sujet: Nouveau SpeedTest optimisé pour les connexions à 1 Gb/s  (Lu 92819 fois)

0 Membres et 1 Invité sur ce sujet

Phenixa

  • Client Orange Fibre
  • *
  • Messages: 20
  • Colomiers (31)
Nouveau SpeedTest optimisé pour les connexions à 1 Gb/s
« Réponse #60 le: 13 septembre 2013 à 13:51:47 »
Il est bien ce test, c'est celui qui sature le plus cette connection.

vivien

  • Administrateur
  • *
  • Messages: 27 449
    • Twitter LaFibre.info
Nouveau SpeedTest optimisé pour les connexions à 1 Gb/s
« Réponse #61 le: 13 septembre 2013 à 13:53:54 »
Excellent !

Tu nous détailles la configuration logicielle utilisée et le processeur ?

Phenixa

  • Client Orange Fibre
  • *
  • Messages: 20
  • Colomiers (31)
Nouveau SpeedTest optimisé pour les connexions à 1 Gb/s
« Réponse #62 le: 13 septembre 2013 à 14:02:03 »
Pour le cpu :
model name      : Intel(R) Core(TM) i3 CPU         540  @ 3.07GHz
Et c'est Ubunutu 13.04 sur Chrome.

vivien

  • Administrateur
  • *
  • Messages: 27 449
    • Twitter LaFibre.info
Nouveau SpeedTest optimisé pour les connexions à 1 Gb/s
« Réponse #63 le: 13 septembre 2013 à 14:17:57 »
Autre chose, je me demande si qq chose n'est pas mal configuré dans mon bonding. Alors que le test montant est fait comme le test descendante sur de nombreuses connexions TCP, tout semble être passé par la même interface : Eth0 (pic à 13h40, ce sont des moyennes sur 5 minutes)

Eth0 :


Eth1 :


Voici mon fichier /etc/modprobe.d/aliase-bond.conf :

alias bond0 bonding
options bonding mode=4 xmit_hash_policy=layer3+4 miimon=100 downdelay=200 updelay=200

Le mode 4 définit le type de bonding : IEEE 802.3ad :[/b] Groupement de ports pour load balancing et Failover : Fonctionne sur les switchs Ethernet qui supportent cette norme. Le mécanisme de load blancing est similaire à celui du mode Balance-XOR.Il est basé sur le principe qui consiste à affecter toujours le même chemin à la même machine en fonction du couple IP source / IP destination / port. Cela implique que le switch gère le 802.ad et que les interfaces soient compatibles mii-tool et/ou ethtool.

La répartition du trafic se fait par un hash XOR (eXclusive OR ou OU exclusif) en fonction des arguments sélectionnables suivants :
  • les adresses MAC(source et ou destination)
  • les adresses IP (source et ou destination)
  • le port applicatif (destination)

Dans mon ca, j'ai mis xmit_hash_policy=layer3+4 afin que le port de la connexion TCP soit pris en compte et qu'un même client voit son trafic partir pour partie sur l'interface eth0 et pour partie sur l'interface eth1.

Le but c'est d'avoir 2 Gb/s dispo pour pouvoir garantir sans aucun souci 1 Gb/s dédié pour un test (ce qui n'est pas possible si le serveur est connecté à Internet avec 1Gb/s)

corrector

  • Invité
Nouveau SpeedTest optimisé pour les connexions à 1 Gb/s
« Réponse #64 le: 13 septembre 2013 à 17:02:38 »
Mais il me semble difficile de faire un test de débit avec plusieurs connexions.

En tout cas je n'en ai pas vu et deux développeurs m'ont dit que ce n'était pas possible en html5...
Ils t'ont expliqué pourquoi ce n'était pas possible?

corrector

  • Invité
Nouveau SpeedTest optimisé pour les connexions à 1 Gb/s
« Réponse #65 le: 13 septembre 2013 à 18:07:09 »
Voici mon fichier /etc/modprobe.d/aliase-bond.conf :
alias bond0 bonding
options bonding mode=4 xmit_hash_policy=layer3+4 miimon=100 downdelay=200 updelay=200
Tu es sûr que le mode est bien supporté?

Tu as regardé dans messages?

Marin

  • Client Bbox vdsl
  • Modérateur
  • *
  • Messages: 2 759
  • île-de-France
Nouveau SpeedTest optimisé pour les connexions à 1 Gb/s
« Réponse #66 le: 13 septembre 2013 à 18:47:36 »
Des tests de débit avec plusieurs connexions en HTML5, si, c'est tout à fait possible à ce que je sache.

Pour ce qui est du nombre maximal de requêtes HTTP simultanées, il varie selon le navigateur : de 2 à 8 pour des requêtes faîtes vers le même nom d'hôte, et de 9 à 60 pour toutes les requêtes faîtes dans la même instance du navigateur, comme on peut le voir dans ce tableau comparatif.

Cependant, avec le HTML5, le plus avantageux n'est sans doute pas de faire un test de débit via HTTP simple, mais plutôt d'utiliser les websockets, qui à ma connaissance n'ont pas de limite de connexions simultanées.

kgersen

  • Client Orange Fibre
  • Modérateur
  • *
  • Messages: 4 752
  • FTTH 1Gb/s sur Paris (75)
Nouveau SpeedTest optimisé pour les connexions à 1 Gb/s
« Réponse #67 le: 13 septembre 2013 à 20:51:30 »
Voici un test de débit réalisé par TitiDu01 html5

=> https://testdebit.info/testdebit.php

La différence de débit avec le test Ookla sur plusieurs connexions en // est important pour ceux qui ont une connexion à 300 Mb/s...

Bien sur le test ne fonctionne pas bien avec Internet Explorer et vous avez alors une invitation pour télécharger Firefox.

y'a une grande confusion sur ce qu'est html et html5 ...

la c'est un simple test en html+js qui va télécharger en http des données json (via jquery-json) pendant 20 secondes et mesurer le résultat coté serveur... le fait qu'il refuse de fonctionner sur IE est juste un choix volontaire du développeur ...

Ce même algorithme écrit en Flash donnera le même résultat, tout comme a l'inverse le speed test usuel d'Ookla réecrit en HTML5 donnera les mêmes résultats qu'on connait.

Les 2 tests ne mesurent pas du tout la meme chose, il ne faut pas les comparer et surtout juger les technologies qu'ils utilisent en les réduisant a ce que quelqu'uns ont fait avec...

Apres que tu ne trouves pas de test équivalent a celui d'Ookla mais pas en Flash, ça c'est une autre histoire et, comme déjà dit, probablement du a la 'protection' (même si réduite) qu'offre Flash: Ookla fait du business avec ca , $1000 d'installation puis $2000/an plus en option $200/mois de hosting... si leur test était en HTML5 beaucoup de gens pourrait simplement garder le test pour leur serveur et rien payer, simplement en changeant quelque lignes de texte. En flash c'est plus compliqué faut savoir décompiler, comprendre le code et recompiler pour régénérer un fichier swf.



vivien

  • Administrateur
  • *
  • Messages: 27 449
    • Twitter LaFibre.info
Nouveau SpeedTest optimisé pour les connexions à 1 Gb/s
« Réponse #68 le: 13 septembre 2013 à 21:56:29 »
le fait qu'il refuse de fonctionner sur IE est juste un choix volontaire du développeur ...

C'est une demande de ma part car IE avait de gros souci de perf / plantage dés qu'il y a un peu beaucoup de données téléchargées (ca marche en ADSL mais en FTTH il faut réduire fortement la durée du test en donc ne conserver que le slow start => Le débit est ridicule).

Avec Firefox je note aussi un gèle complet du navigateur (tous les onglet) mais les perf sont acceptables.

Thibault

  • Client K-Net + MilkyWan
  • Modérateur
  • *
  • Messages: 1 905
  • FTTH K-net Cormoranche S/S & Bouygues+Orange ADSL
    • Site perso
Nouveau SpeedTest optimisé pour les connexions à 1 Gb/s
« Réponse #69 le: 13 septembre 2013 à 22:00:21 »
Oui le test de débit marche avec du PHP derrière.

Le code est inspiré d'un autre script que Vivien m'avait passé.

Au fait Vivien, ça doit être possible de refaire le système d'image comme avant.
« Modifié: 14 septembre 2013 à 10:30:21 par TitiDu01 »

vivien

  • Administrateur
  • *
  • Messages: 27 449
    • Twitter LaFibre.info
Nouveau SpeedTest optimisé pour les connexions à 1 Gb/s
« Réponse #70 le: 13 septembre 2013 à 22:11:06 »
oui le système d'image je l'ai mais pas mis en place tant que je ne suis pas sur que les images vont être stockée de façon pérenne.

Sinon cela risque de faire des images cassé.

Corrector, pour le bonding :

Tu es sûr que le mode est bien supporté?
Oui quand je fais des tests avec iperf en fesant varier les ports avec iperf cela semble fonctionner.

Voici où part le trafic en fonction des ports :
local 89.84.127.54 port 53258 connected with 46.227.16.8 port 5001 => eth1
local 89.84.127.54 port 53259 connected with 46.227.16.8 port 5001 => eth0
local 89.84.127.54 port 53260 connected with 46.227.16.8 port 5001 => eth1
local 89.84.127.54 port 53261 connected with 46.227.16.8 port 5001 => eth0
local 89.84.127.54 port 53262 connected with 46.227.16.8 port 5001 => eth1
local 89.84.127.54 port 45652 connected with 46.227.16.8 port 5002 => eth0
local 89.84.127.54 port 45653 connected with 46.227.16.8 port 5002 => eth1
local 89.84.127.54 port 45134 connected with 46.227.16.8 port 5003 => eth1
local 89.84.127.54 port 45656 connected with 46.227.16.8 port 5002 => eth0
local 89.84.127.54 port 45137 connected with 46.227.16.8 port 5003 => eth0
local 89.84.127.54 port 46687 connected with 46.227.16.8 port 5004 => eth1
local 89.84.127.54 port 57696 connected with 46.227.16.8 port 5005 => eth1
local 89.84.127.54 port 36908 connected with 46.227.16.8 port 5007 => eth1
local 89.84.127.54 port 45246 connected with 46.227.16.8 port 5009 => eth1
local 89.84.127.54 port 46641 connected with 46.227.16.8 port 5011 => eth0

Apm_^

  • Client SFR fibre FTTH
  • *
  • Messages: 40
  • La Chapelle d'Armentières 59 (SFR 5Mbit/s)
Nouveau SpeedTest optimisé pour les connexions à 1 Gb/s
« Réponse #71 le: 14 septembre 2013 à 09:21:25 »
Bonjour

Petit test du matin :) Fibre SFR 300Mb/s

Last Result:
Download Speed: 287585 kbps (35948.1 KB/sec transfer rate)
Upload Speed: 49728 kbps (6216 KB/sec transfer rate)
Latency: 6 ms
Jitter: 1 ms
14/9/2013 09:20:08

PS: J'arrive pas à enlever l'image numéricable de mon profil. Quelqu'un pourrait me dire comment on fait Merci :)

 

Mobile View