Auteur Sujet: Numericable : Demande de test de débit sur un serveur avec ping de +100ms  (Lu 24109 fois)

0 Membres et 1 Invité sur ce sujet

vivien

  • Administrateur
  • *
  • Messages: 47 085
    • Twitter LaFibre.info
Bonjour,

Petit appel à faire un test de débit particulier.

Serait-il de commencer les téléchargement du fichier http://1.testdebit.info/fichiers/1000Mo.dat et de voir a quel débit se stabilise le débit.
+ Recommencer avec le fichier http://90ms.testdebit.info/fichiers/1000Mo.dat

Le 2ème fichier est identique à la différence prêt que le serveur à 90ms de plus en ping. (la latence est générée artificiellement par NetEm)
Si vous avez un débit proche entre le 0ms et le 90ms tout est bon.
Si vous avez un débit catastrophique avec le fichier qui a une latence supplèmentaire de 90ms, il y a un souci.

Merci d'indiquer si vous êtes en zone 30 ou 100, le nom du navigateur web et du système d'exploitation.

Note1 : Il est également possible de récupérer ces fichiers en FTP. Sous windows Filezilla permet généralement d'avoir de meilleurs résultats, la Rwin pouvant monter plus haut qu'avec Firefox, IE, Opéra.

Note2 : Les utilisateurs Linux peuvent tester avec wget en ligne de commande : wget  -O /dev/null http://1.testdebit.info/fichiers/1000Mo.dat +90ms : wget -O /dev/null http://90ms.testdebit.info/fichiers/1000Mo.dat
Le plus de /dev/null : vous n'êtes pas limité par la vitesse d'écriture de votre disque dur. Il est possible de télécharger à 1 Gb/s si votre connexion Internet le permet.

Mieszko

  • Expert.
  • Abonné Bbox fibre
  • *
  • Messages: 244
  • Wambrechies 59
Demande de petit test de débit pour les abonnés Numericable
« Réponse #1 le: 22 juin 2011 à 10:04:59 »
et voila le resultat en ethernet, sous OS X.6.7 avec wget et les options qui vont bien.

Serveur 0ms :
Citer
mc-enroe:~ mieszko$ wget http://1.testdebit.info/fichiers/1000Mo.dat -O /dev/null
--2011-06-22 09:58:39--  http://1.testdebit.info/fichiers/1000Mo.dat
Résolution de 0ms.lafibre.info (0ms.lafibre.info)... 194.158.102.114
Connexion vers 0ms.lafibre.info (0ms.lafibre.info)|194.158.102.114|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 1250000000 (1,2G) [application/x-ns-proxy-autoconfig]
Sauvegarde en : «/dev/null»

100%[====================================>] 1.250.000.000 9,54M/s   ds 2m 10s 

2011-06-22 10:00:50 (9,15 MB/s) - «/dev/null» sauvegardé [1250000000/1250000000]

Test du serveur +90ms (sans l'option -O /dev/null) :
Citer
mc-enroe:~ mieszko$ wget http://90ms.testdebit.info/fichiers/1000Mo.dat
--2011-06-22 11:29:09--  http://90ms.testdebit.info/fichiers/1000Mo.dat
Résolution de 90ms.testdebit.info... 89.82.180.22
Connexion vers 90ms.testdebit.info |89.82.180.22|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 1250000000 (1,2G) [application/x-ns-proxy-autoconfig]
Sauvegarde en : «10Gb.dat»

100%[========================>] 1.250.000.000  565K/s   ds 36m 12s

2011-06-22 12:05:21 (562 KB/s) - «10Gb.dat» sauvegardé [1250000000/1250000000]

Test du serveur +90ms (avec l'option -O /dev/null) :
Citer
mc-enroe:~ mieszko$ wget http://90ms.testdebit.info/fichiers/1000Mo.dat -O /dev/null
--2011-06-22 12:07:32--  http://90ms.testdebit.info/fichiers/1000Mo.dat
Résolution de 90ms.testdebit.info ... 89.82.180.22
Connexion vers 90ms.testdebit.info |89.82.180.22|:80...connecté.
requête HTTP transmise, en attente de la réponse...200 OK
Longueur: 1250000000 (1,2G) [application/x-ns-proxy-autoconfig]
Sauvegarde en : «/dev/null»

100%[====================================>] 1.250.000.000  578K/s   ds 35m 43s

2011-06-22 12:43:13 (570 KB/s) - «/dev/null» sauvegardé [1250000000/1250000000]
« Modifié: 22 juin 2011 à 12:49:47 par Mieszko »

vivien

  • Administrateur
  • *
  • Messages: 47 085
    • Twitter LaFibre.info
Demande de petit test de débit pour les abonnés Numericable
« Réponse #2 le: 22 juin 2011 à 14:49:01 »
Si je résume : 9,15 Mo/s de moyenne en absence de latence et 0,57 Mo/s avec une latence supplèmentaire de 90ms.

Il y a donc un problème, le débit s'écroule quand la latence augmente.

En ADSL, sous linux Ubuntu 11.04 64bits, le débit est le même avec les 2 serveurs.
Tu vas 4 fois plus vite que moi sur le serveur 0ms, je vais 4 fois plus vite que toi sur le serveur 90ms.

Serveur 0ms avec une ligne ADSL synchronisé à 22187 Kbps ATM (ping de 21ms bout en bout) :
Citer
vgu@vivien:~$ wget http://1.testdebit.info/fichiers/1000Mo.dat -O /dev/null
--2011-06-22 14:55:44--  http://1.testdebit.info/fichiers/1000Mo.dat
Résolution de 0ms.lafibre.info... 194.158.102.114
Connexion vers 0ms.lafibre.info|194.158.102.114|:80... connecté.
requête HTTP transmise, en attente de la réponse... 200 OK
Longueur: 1250000000 (1,2G) [application/x-ns-proxy-autoconfig]
Sauvegarde en : «/dev/null»

100%[====================================>] 1 250 000 000 2,26M/s   ds 8m 51s 

2011-06-22 15:04:35 (2,25 MB/s) - «/dev/null» sauvegardé [1250000000/1250000000]

Serveur 90ms avec une ligne ADSL synchronisé à 22187 Kbps ATM (ping de 121ms bout en bout) :
Citer
vgu@vivien:~$ wget http://90ms.testdebit.info/fichiers/1000Mo.dat -O /dev/null
--2011-06-22 15:06:15--  http://90ms.testdebit.info/fichiers/1000Mo.dat
Résolution de 90ms.testdebit.info... 89.82.180.22
Connexion vers 90ms.testdebit.info|89.82.180.22|:80... connecté.
requête HTTP transmise, en attente de la réponse... 200 OK
Longueur: 1250000000 (1,2G) [application/x-ns-proxy-autoconfig]
Sauvegarde en : «/dev/null»

100%[====================================>] 1 250 000 000 2,25M/s   ds 9m 4s   

2011-06-22 15:15:19 (2,19 MB/s) - «/dev/null» sauvegardé [1250000000/1250000000]

menet

  • Abonné RED by SFR THD (câble)
  • *
  • Messages: 764
  • FTTLA +200 Mb/s (Bois de Grâce) Champs/Marne 77
Demande de petit test de débit pour les abonnés Numericable
« Réponse #3 le: 22 juin 2011 à 22:50:58 »
Mes résultat des tests que je viens de faire sous Firefox 4 sur Windows XP chez Bouygues sur réseau NC 30Mb/s :
- Entre 1,2 et 3,2 Mo/s pour le transfert 0ms mais souvent au dessus de 2Mo/s.
- Entre 400 et 480 Ko/s pour le transfert 100ms mais souvent entre 450 et 470.

A+  ;)

BrunoD78

  • Client Orange ADSL +
  • Abonné Orange Fibre
  • *
  • Messages: 130
  • Saint-Quentin-en-Yvelines (78180)
Demande de petit test de débit pour les abonnés Numericable
« Réponse #4 le: 22 juin 2011 à 23:47:38 »
Bonsoir,

Résultat des tests que je viens de faire sous Chrome (Bouygues sur réseau NC 30Mb/s de St Quentin en Y) :
- 3,4 Mo/s pour le transfert 0ms
- 580 Ko/s pour le transfert 100ms

Bruno.

vivien

  • Administrateur
  • *
  • Messages: 47 085
    • Twitter LaFibre.info
Demande de petit test de débit pour les abonnés Numericable
« Réponse #5 le: 23 juin 2011 à 08:08:53 »
BrunoD78, avec quel système d'exploitation ?

Chrome est un navigateur très bon sous Windows 7 ou Windows Vista alors que sous Windows XP il est systématiquement moins bon que Firefox 4.

menet, avec Windows XP tu as optimisé la Rwin ? Le débit de windows XP est limité a 5 Mb/s par la rwin de 64 Ko quand il y a une latence de 100ms.


vivien

  • Administrateur
  • *
  • Messages: 47 085
    • Twitter LaFibre.info
Demande de petit test de débit pour les abonnés Numericable
« Réponse #6 le: 23 juin 2011 à 08:10:11 »
Par contre je confirme qu'il y a bien un problème, j'ai également fait des tests avec DartyBox THD (avec Windows 7 et linux) et je pense que c'est du a la fonction "TCP ACK Suppression (TAS)" activé sur le chipset Docsis de marque Broadcom.

C'est une fonction qui permet de l'imiter l'upload utilisé par les acquittements. Numericable commercialisait dans les passé des offres 100 Mb/S en download et 1 Mb/s en upload. Sauf que les acquittements envoyés pour un débit de 100 Mb/s en download remplissent le canal upload.

Le TCP ACK Suppression supprime tous les acquittements au delà de la limite de 222 acquittement par seconde (voir explication en Anglais ci-dessous). Pour un débit de 100 Mb/s, cela reviens a supprimer plus de 92% des acquittement pour un PC configuré par défaut (qui envoie un acquittement tous les 2 paquets de données TCP reçus). J'ai déjà vu des Geeks qui ont configuré leur PC pour envoyer un acquittement par paquet TCP reçus afin d'augmenter la réactivité de jeux (je en pense pas que ce soit une bonne solution).

Supprimer des acquittements ne gêne pas le débit avec une fiable latence par contre il le gêne avec une forte latence (ce qui est le cas en téléchargeant depuis un serveurs aux USA comme MegaUpload)


TCP ACK Suppression

TCP ACK Suppression overcomes the TRGC limitation without actually affecting the DOCSIS specification or involving the CMTS. It improves downstream TCP transmissions by taking advantage of TRGC and only sending the last ACK it receives when its data grant becomes active. Thus, the number of TCP ACKs is fewer, but the number of bytes acknowledged by each TCP ACK is increased.

Consider a user who is FTPing a file downstream. There will be a succession of ACKs sent at a rate proportional to the TCP data packets received. Assume that TCP ACKs are being sent every 1.5 ms on a system that has a TRGC of 4.5 ms.

When the cable modem receives the first TCP ACK from the CPE, it will send a request for bandwidth equivalent to one TCP ACK. Each ACK contains an acknowledgement number that corresponds to the byte in the transfer that is being acknowledged. All prior bytes are considered acknowledged.

In this example, TCP ACK #1 is acknowledging byte 1500, ACK #2 3000, and ACK #3 4500. The size of each ACK is equivalent. At time 4.5 ms, the TAS-enabled modem will have the opportunity to send one packet whose size is the length of a standard ACK packet.



Therefore, instead of sending ACK #1, the modem sends ACK #3. This is possible because the CM has received ACK #3 at T = 3.0 ms, has had time to inspect the packet, and has had time to make the switch before the grant becomes active. This grant, remember, was received as a result of the request sent after receiving ACK #1.

Without TAS enabled, the user's FTP was limited to about 222 ACKs per second x 1500 bytes per ACK x 8 bits per byte, or about 2.6 Megabits acknowledged per second. By enabling TAS, this maximum was increased to 222 ACKs per second x an average of 4500 bytes per ACK or about 8 Megabits acknowledged each second.

The benefit that TAS has over concatenation is that it not only increases downstream throughput but it also decreases the amount of bandwidth consumed in the upstream. However, TAS only works on TCP ACKs. It has no effect on any other traffic. Concatenation, on the other hand, works on all traffic.

Concatenation and TAS are not mutually exclusive. They operate independently, but they can operate at the same time.

The effect of using both simultaneously will be more downstream TCP bandwidth with less upstream overhead.


Source : CedMagazine.com, le 1er janvier 2007.

BrunoD78

  • Client Orange ADSL +
  • Abonné Orange Fibre
  • *
  • Messages: 130
  • Saint-Quentin-en-Yvelines (78180)
Demande de petit test de débit pour les abonnés Numericable
« Réponse #7 le: 23 juin 2011 à 09:32:54 »
BrunoD78, avec quel système d'exploitation ?

C'est MacOS X 10.6

nicolas66

  • Invité
Demande de petit test de débit pour les abonnés Numericable
« Réponse #8 le: 24 juin 2011 à 19:06:13 »
Bonjour,

Petit appel à faire un test de débit particulier.

Serait-il de commencer les téléchargement du fichier http://0ms.lafibre.info/10Gb.dat et de voir a quel débit se stabilise le débit.
+ Recommencer avec le fichier avec 90ms.testdebit.info


 j'ai 1,7 MO/s pour le premier et 300 Ko/s pour le second

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 5 971
Demande de petit test de débit pour les abonnés Numericable
« Réponse #9 le: 24 juin 2011 à 19:24:21 »
Vivien, je n'ai pas bien compris ton explication.

Avec ma pauvre connexion ADSL (10Mb/s down et 800kb/s up), je sature ma connexion avec le serveur 0ms, et je reste autour de 450kO/s avec le serveur 100ms. Or, je ne pense pas que Free utilise la même bidouille (TCP ack suppression).

Leon.

vivien

  • Administrateur
  • *
  • Messages: 47 085
    • Twitter LaFibre.info
Demande de petit test de débit pour les abonnés Numericable
« Réponse #10 le: 25 juin 2011 à 11:41:40 »
Leon, la limitation peut également venir de ton système d'exploitation.
Pour faire du haut débit avec une forte latence, il faut optimiser Windows XP (Augmentation de la RWin)

Regarde Impact du ping en fonction du système d'exploitation.

Peux-tu tester avec FileZilla ? FIleZilla va forcer une Rwin importante quel que soit le réglage.

menet

  • Abonné RED by SFR THD (câble)
  • *
  • Messages: 764
  • FTTLA +200 Mb/s (Bois de Grâce) Champs/Marne 77
Demande de petit test de débit pour les abonnés Numericable
« Réponse #11 le: 25 juin 2011 à 12:25:50 »
Bonjour,  :)

J'ai refait des essais de transferts aujourd'hui (maintenant), il n'est pas la même heure mais de plus, j'ai passé le RWIN à 243000 (voir Optimiser Windows XP pour avoir de meilleurs débits avec Bbox).
Mes tests de transferts de fichiers ISO (dont le fichier http://1.testdebit.info/fichiers/1000Mo.dat) se font à 3,4 Mo/s de moyenne.
Par contre pour le fichier 100ms je suis de moyenne à 550 Ko/s. Tout au début du transfert, j'ai vu des période à 1 Mo/s.

Je ne suis pas sur qu'avoir changer le RWIN a été la raison de l'amélioration. Je dirai plutôt que c'est l'heure du transfert.  8)

A+  ;)