La Fibre
Télécom => Réseau => 
Comment tester son débit ? => Discussion démarrée par: ifranz67 le 03 janvier 2015 à 10:22:39
-
Hello !
J'ai attendu quelques semaines après mon installation, pour refaire un test de débit. Il s'avère que j'ai toujours une bonne différence dans le download entre speetest et testdebit.info ! Pourtant le choix des serveurs est (a priori) identique. Une petite explication ? 8) 8)
(http://img4.hostingpics.net/pics/4184164029925511.png)
(http://img4.hostingpics.net/pics/848584Capturedcran20150103101823.png)
-
Le serveur proposé par défaut sur https://testdebit.info est celui de Vitry-sur-Seine Inturxion sur SpeedTest
Le "serveur 10 Gb/s IPv4 hébergé chez Bouygues Telecom" est celui de Massy sur SpeedTest
Il serait intéressant de comparer le même serveur sur les deux outils.
https://testdebit.info utilises plus de connexions simultanées que SpeedTest dans le but de mieux pousser au bout les connexions FTTH 1 GB/s mais visiblement chez toi cela n'a pas le même effet.
-
Justement j'ai sélectionné le 10 Gb de BT pour que cela soit "identique". Sur Speedtest pareil j'ai pris celui de BT
Du coup c'est pour ca que je suis un peu étonné !
Je fais le test sur un Macbook Pro Retina équipé d'un SSD et relié directement au routeur de la Bbox avec un cable Cat 6
-
C'est reproductible systématiquement la différence de débit ?
Tu pourrais aussi indiquer le navigateur web utilisé et le processeur (probablement un Intel core i7, mais je suis intéressé par le modèle précis)
-
Oui toujours la même chose c'est reproductible. Navigateur Chrome. Alors c'est un i5 2,4 GHz, 8 GO ram, 256 GO SSD, sous OS X Yosemite
-
J'avais aussi noté cette différence au boulot vivien.
-
Il faut que je bosse sur le paramétrage alors...
Étonnant, car avant la différence était dans l'autre sens.
-
Exactement Vivien avant c était plutôt l inverse :) quand j étais chez orange a 500 mbts, speedtest était "moins bon" ^^
-
Côté ping et upload on est identique sinon ^^
-
Et encore si ça se trouve, en creusant un peu plus, avec une connexion symétrique l'upload sera peut-être plus haut sur Speedtest :P
-
Et encore si ça se trouve, en creusant un peu plus, avec une connexion symétrique l'upload sera peut-être plus haut sur Speedtest :P
C'est en effet ce que j'ai noté sur plusieurs test :D
-
Petite amélioration (test à l'instant) mais toujours une différence bon ce n'est en aucun cas un soucis mais bizarre moi qui suit habitué au super testdebit.info :)
(http://img15.hostingpics.net/pics/377246Capturedcran20150107183512.png)
(http://img15.hostingpics.net/pics/6562494040997767.png)
-
Petite amélioration (test à l'instant) mais toujours une différence bon ce n'est en aucun cas un soucis mais bizarre moi qui suit habitué au super testdebit.info :)
(http://img15.hostingpics.net/pics/377246Capturedcran20150107183512.png)
(http://img15.hostingpics.net/pics/6562494040997767.png)
Oui mais lequel est bon ?
Ça me rappelle le passé, où ds la marine il y avait toujours 3 montres officielles, car que 1 (est elle à l'heure ?) et 2 si elles ne sont pas d'accord comment dire laquelle n'est pas à l'heure ?
-
Oui mais lequel est bon ?
Ça me rappelle le passé, où ds la marine il y avait toujours 3 montres officielles, car que 1 (est elle à l'heure ?) et 2 si elles ne sont pas d'accord comment dire laquelle n'est pas à l'heure ?
Je suis d'accord :)
-
Il faudrait plutôt se poser la question : qu'elle est l'incertitude de mesures ?
Vous n'aurez jamais le débit réel mais une mesure approchée !!
-
Le mieux est encore d'avoir un utilitaire qui mesure l débit sur la carte réseau quand ces tests sont lancés...
Anyway, depuis quelques temps il n'ya que Nperf sur le serveur 40gb/sec de massy qui me donne un résultat à peu prêt correct... et encore. L'up par exemple est bien à environ 200 sur mon interface réseau, mais mesuré moindre sur le site :
(https://pic.nperf.com/r/24764638-bGzqljHP.png)
Sur testdebit.info (Online) :
(http://reho.st/medium/self/8c8b0b13c937df2972709276f6b87b94dc5137d5.jpg)
Chez BT :
(http://reho.st/medium/self/c48dfafcaa059b849b8e82ddfd43f788b0b9d547.jpg)
Sur speedtest massy :
(https://www.speedtest.net/result/4298946056.png)
A noter que si je lance 2 test en // (un sur chrome, un sur ie, en meme temps par exemple) alors j'ai bien environ 915/920mb sur ma carte réseau.
Il y a quelques semaines les débits était bien meilleurs, il n'y a que nperf qui continue à tenir la route chez moi.
Je suis sous windows 8.1 x64, j'utilise chrome, j'ai une machine relativement puissant, je n'ai pas d'erreur sur les interfaces de mes switchs, le navigateur ne sature pas un cpu quand le test tourne... ( j'ai un i7-5820k), bref...
-
Ca ressemble fortement a l'anti-virus qui limite. Essais en le désactivant complètement.
Avec NPerf j'ai le meme souci en upload. Ca cloche dans ce sens entre le serveur de Massy et SFR on dirait.
-
Chez moi, sur le meme PC, (pas terrible), meilleurs résultats sur speedtest , mais bon ca a pas vraiment de valeur significative, il faut que je le refasse avec une machine un peu plus up to date, et directement a la sortie du CPE.
-
Ca ressemble fortement a l'anti-virus qui limite. Essais en le désactivant complètement.
Avec NPerf j'ai le meme souci en upload. Ca cloche dans ce sens entre le serveur de Massy et SFR on dirait.
Non, ce n'est pas ça. Sur une autre pc sans antivirus, j'ai le même comportement. Et je n'ai que Windows Defender sur mon "gros". Je l'ai désactivé par acquis de conscience, même comportement. Pareil en mode sans échec.
-
Sinon pour moi ça provient bien de "soucis" de peering ou saturation. A 8h du mat, j'ai bien 915mb sur le serveur de BT de testdebit info. Donc mon pc&co est ok. Par contre sur les speedtest ou testdebit chez Online ou Intuxication, là je n'arrive jamais au GB quoi qu'il arrive (sauf via nperf etrangement).
Mais quand je refais en heure "chargée", là je n'ai plus "que" 600-700 sur BT, et encore moins sur les autres... Soit "mon" arbre gpon sature, soit ça sature plus loin, ou sinon, SFR vers Online ou Intuxication ce n'est (relativement) pas terrible. Enfin ce qui me rassure là dedans c'est que j'ai bien mon gb. Ce que je comprends un peu moins c'est pourquoi chez moi ça sature souvent alors que d'autres on + de 900 n'importe où et n'importe quand, mais bon...
-
Désolé de monologuer, mais j'ai constaté un comportement étrange en plus.
Si je lance juste testdebit1 (online), disons que j'ai un débit de 390-400. Je lance testdebit2 (BT), 390-400 aussi. Maintenant, si je lance les 2 en même temps, j'ai environ 450 sur l'un et 450-60 sur l'autre.
Alors j'ai voulu tester un truc, lancer le 1er test, attendre qu'il soit un peu commencé, puis lancer le 2nd. Bing, ma vitesse sur le 1er AUGMENTE quand je lance le 2nd test... Je ne suis pas expert mais ça me fait penser à un soucis de RWIN qui n'augmente pas assez ou assez vite quand un seul test est lancé... Ce symptôme semble être le même sous Chrome ou IE... Alors qu'hier matin j'avais bien 915 en un seul test chez BT...bref, complexe...
-
Vivien a donné des infos intéressantes sur des problèmes de rwin sous Windows (faire une recherche sur le forum)
Peut être peux tu tester avec une distri Linux et voir si tu as le même comportement heure creuse/heure pleine.
-
Yep j'avais lu les posts de vivien, mais étant sous Windows 8.1, je pensais que ce genre de soucis étaient résolus...
Je vais voir pour faire un live cd linux et tester à partir de là.
-
Bonjour,
Désolé de déterrer ce topic, mais il y a l'historique de ma situation.
J'ai toujours ces relatifs soucis de débit, à part en utilisant nperf sur le 40gb de BT.
J'ai remarqué avec wireshark que, lors de téléchargements importants, j'avais fréquemment des TCP Dup Ack. Mais aucune perte quand je ping en boucle. Je me suis renseigné sur les TCP Dup Ack, et certains disent que c'est un symptôme de perte de paquets. Est il possible que la perte n'existe qu'en cas de téléchargement (genre un buffer qui se rempli quelque part), mais que rien n'apparaisse via un simple ping continu ?
Merci :jap:
-
Les pertes de paquets sont normal : TCP ne connais pas le débit de ta connexion. Avec une connexion TCP, il va réussir à identifier le débit si celui-ci est stable : le débit monte très vite lors du slow-start puis quand il y a ds pertes de paquets, TCP va faire attention à la latence : quand le buffer au niveau de l'endroit où le trafic se réduit se remplit, la latence augmente. TCP comprend qu'il a utilisé toute la bande passante et adapte son émission de paquet au débit.
L'endroit où le débit se réduit est :
- FTTH 1 Gb/s Gpon : c'est chez toi au niveau de l'ONT : l'arbre fait 2,5 Gb/s, mais le câble Ethernet limite à 1 Gb/s le débit. (L'OLT bride le trafic à 1Gb/s mais en permettant des burst, ce que le câble Ethernet ne permet pas => c'est donc l'ONT qui vois les buffers se remplir)
- FTTH 1 Gb/s P2P : sur le switch dans le NRO
- FTTH 300 Mb/s Gpon : c'est sur l'OLT (qui bride le trafic avant de l'envoyer)
- ADSL : sur le DSLAM
Avec plusieurs connexions TCP en parallèle, TCP n'arrive pas a estimer le débit qu'il a de disponible car cela change en permanence avec les autres connexion TCP => il y aura de nombreuses retransmissions TCP. Par contre en cas de saturation ou de pertes de paquets, les multiples connexions TCP vont permettre d'avoir le débit max, ce que ne permettrait pas une seule connexion TCP. D'où l'utilisation de plusieurs connexions TCP en // sur de nombreux tests de débit.
-
Merci beaucoup pour cette explication :)