La Fibre
Datacenter et équipements réseaux => Routeurs => Remplacer la LiveBox par un routeur => Discussion démarrée par: Appleforever le 10 avril 2017 à 20:45:35
-
Bonsoir, je cherche une solution pour mettre en évidence le débit de chaque interface de l'ERL.
J'ai déjà tenté http://test-debit.free.fr ainsi que Debian.org mais les fichiers mis à disposition ne dépasse pas les 600mo :(
Avez vous soit un site ou même une solution en ligne de commande (wget) pour télécharger un gros fichier (plusieurs Giga) en étant
sur bien évidement que le server en face tienne un haut débit et que le bridage viendra du débit max de ma ligne?
Un test sur speed-test.com me donne 280Mbps soit 35Mo/s (si je ne me trompe pas).
Bonne soirée
-
Le site de lafibre.info : https://testdebit.info/
-
J'ai déjà tenté http://test-debit.free.fr ainsi que Debian.org mais les fichiers mis à disposition ne dépasse pas les 600mo :(
Tu cherches bizarrement ;) :) : http://cdimage.debian.org/debian-cd/current/amd64/iso-dvd/debian-8.7.1-amd64-DVD-2.iso
-
Je te remercie :)
Tu as répondu à une autre personne sur le forum que pour lancer Iperf3 sous OSX, il fallait ce placer depuis un Terminal dans le répertoire dans lequel
il ce trouvé (après téléchargement) ce que j'ai fait mais j'ai du me louper quelque par, non?
(http://img15.hostingpics.net/pics/452595iperf.png) (https://www.hostingpics.net/viewer.php?id=452595iperf.png)
-
Le mieux ça reste d'installer homebrew, et de homebrew installer iperf3 ;)
mais pour répondre à ta question, tu as oublié ./ au début de ta commande, donc tu ne lance pas le binaire, juste une commande qui n'existe pas.
-
Génial, j'ai l'impression d'être sur mon Server Linux.
Par contre, je pensais que le ./ signifié que ce qui suivait ce trouvé dans le répertoire courant de l'utilisateur, ce n'est pas le cas?
J'ai testé Iperf3 depuis mon Server et ça fonctionne parfaitement mais pas depuis un post OSX :(
Le faite de mettre ou pas le ./ ne change rien par contre, c'est le faite de Homebrew je suppose..
(http://img15.hostingpics.net/pics/614962iperf3.png) (https://www.hostingpics.net/viewer.php?id=614962iperf3.png)
-
je te donne un exemple :
j'ai rendu executable le fichier1, pas le fichier2, et voici les différentes commandes
(https://pix.milkywan.xyz/Tm1LNqKv.png)
bon oublies l'erreur d'execution de fichier1 : c'est un fichier vide, mais il est bien executé
-
curl -o /dev/null http://3.testdebit.info/fichiers/5000Mo/5000Mo.iso
-
Tu ne teste pas la même chose avec iperf et wget :p
-
Iperf test juste la partie réseau, c'est bien sa? Mais dans ce cas rien n'est réellement téléchargé? (vu qu'il est indiqué que le DD n'intervient pas)
Wget et Curl quand à eux font intervenir le DD?
-
Wget et Curl quand à eux font intervenir le DD?
Pas avec le '-o /dev/null'
-
iperf teste l'upload et le download, wget juste le download.
-
Donc pour mettre en evidence la limitation dù au DD pourrait ton commencer par utiliser Iperf3:
iperf3 -c bouygues.testdebit.info
Et ensuite ne pas faire intervenir le DD:
wget -O /dev/null http://bouygues.testdebit.info
Si il manque des choses dite moi le ;)
-
Aucun des 2 n'utilise le DD....
-
J'avais cru comprendre qu'il fallait rajouter -O /dev/nul pour ne prendre en compte que le réseau ...
Que faut il rajouter ou retirer dans ce cas?
-
-O /dev/null est une option spécifique à curl pour indiquer où le fichier téléchargé doit être stocké (O = output). En l'espèce, /dev/null est un "pseudo fichier" Unix qui ne correspond à aucun support physique.
iperf3 n'écrit jamais sur le DD, c'est un outils de mesure réseau.
-
J'ajoute que Iperf3 va tester ton upload avec la commande que tu as donnée.
-
Je sais ;)
Donc qu'elle est la syntaxe à utiliser pour une commande mettant en oeuvre le DD s'il vous plait ? :)
-
wget http://ipv4.bouygues.testdebit.info/10G.iso
-
Voila le résultat de mon premier test avec un débit mesuré sur Speed Test à 280Mbps (Mega Bytes per sec) qui donne si je ne me trompe pas après conversion 35mo/s.
Par contre quelques choses m'échappent, la valeur entouré en rouge est en MB/s ce n'est pas sous entendu des Mo/s mais plutôt des MBps (Mega Bytes per sec), non?
(http://img4.hostingpics.net/pics/417834TestDebit.png) (https://www.hostingpics.net/viewer.php?id=417834TestDebit.png)
Et au même moment voici ce que l'ERL relève. Je suis perdu. D'où viennent c'est 260Mbps (Mega bits per sec). Je n'arrive pas à faire la relation entre tous sa :(
Je souhaiterais au final connaitre la vitesse d'un bout à l'autre de ma chaine soit en MBps, en Mbps ou Mo/s. C'est modifiable ou pas?
Si tout est consultable depuis le Terminal je suis preneur plutôt que de jongler entre le Terminal et l'interface de l'ERL.
(http://img4.hostingpics.net/pics/289997ERL.png) (https://www.hostingpics.net/viewer.php?id=289997ERL.png)
-
Par contre quelques choses m'échappent, la valeur entouré en rouge est en MB/s ce n'est pas sous entendu des Mo/s mais plutôt des MBps (Mega Bytes per sec), non?
MB/s = MBps = Mo/s = Mega Bytes per second = Mega Octets par seconde (in french).
Mb/s = Mbps = Mega bits per second
1 Byte = 8 bits.
Curl et wget affichent des Mo/s. Je ne pense pas que ce soit configurable. Après c'est pas la mort de multiplier/diviser par 8 pour passer des bytes aux bits et inversement.
La différence de mesure entre CURL/WGET et l'ERL vient du fait que CURL/WGET affiche le débit de téléchargement "utile", soit la vitesse à laquelle les données utilisateurs sont téléchargées. L'ERL, lui, affiche le débit total qui inclu l'overhead du à TCP/IP (les headers des paquets en gros) et à Ethernet.
-
Speed test est donc en mega bit par sec.
-
Après c'est pas la mort de multiplier/diviser par 8 pour passer des bits aux bytes et inversement.
Tous à fait, suffisez juste de le savoir mais je trouvé étonnant aussi de me retrouver avec deux valeurs très proche n'ayant pas la même unité.
Si je ne me suis pas tromper dans mon test, aucune des mes machines ne limite le débit de part une liaison sata ou un DD lent, car le résultat des deux mesures donne
quasiment la même valeurs :)
Speed test est donc en mega bit par sec.
Exact, j'ai corrigé dans mon texte :)