Auteur Sujet: Serveurs OVH avec 1,5 Gb/s de bande passante garantie (Lu 33009 fois)

vivien · « **Réponse #60 le:** 02 janvier 2014 à 22:07:19 »

Je vais réaliser quelques tests avec un lien 1Gb/s dans différentes conditions (différentes latences et différents systèmes d'exploitation).

J'aurais besoin de savoir quel est le noyaux Linux utilisé et si TSO / GSO est activé ou désactivé.
A noter une dégradation avec les noyaux Linux récents avec TSO / GSO de désactivé.

Je ferai quelques comparaisons avec le serveur officiel de test de débit d'OVH : http://proof.ovh.net/files/ (C'est un serveur avec 10 Gb/s de BP sous un vieux Debian)

Sn@ke · « **Réponse #61 le:** 02 janvier 2014 à 22:09:25 »

3.10.9 tso/gso off

Sn@ke · « **Réponse #62 le:** 02 janvier 2014 à 22:10:40 »

https://www.degrouptest.com/test-debit.php est pluggé dessus

vivien · « **Réponse #63 le:** 03 janvier 2014 à 11:51:00 »

Voici les résultats de test depuis un serveur dédié 1Gb/s chez Bouygues Telecom complètement inutilisé (c'est 2.testdebit.info, j'ai temporairement redirigé vers le serveur 3.testdebit.info afin de ne pas être impacté par le trafic).

Le ping est de 5,5ms vers le serveur 10 Gb/s de DegroupTest "ns6351274" comme vers les serveur 10 gb/s d'OVH "proof.ovh".
Les deux servuers sont tous les deux hébergés à Roubaix par OVH.

Pour tester le débit, j'ai utilisé le fichier de 1 Gio qui est présent sur les deux serveurs.
Je fais le téléchargement sur le client avec Wget :

Code: [Sélectionner]

wget -O /dev/null http://proof.ovh.net/files/1Gio.dat
wget -O /dev/null http://ns6351274.ovh.net/ram/1GiB.dat

Chaque téléchargement est fait 5 fois en alternant une fois le serveur de DegroupTest et l'autre fois le serveur d'OVH.
Seul le débit moyen du téléchargement de ce fichier de 1 Gio est utilisé et je prend la médiane des 5 débits moyens. (La médiane permet de supprimer des valeurs incohérentes et permet d'avoir des résultats plus stables avec moins de tests que la moyenne)

J'ai réalisé tous les tests avec Ubuntu 13.04 (noyau linux 3.8 ) puis j'ai upgradé en 13.10 (noyeau linux 3.11) et j'ai refias toute la batterie de test.
Quand je simule un ping plus important, c 'est avec NetEm (intégré au noyau Linux). Le tutoriel pour ceux qui sont intéressés : Générer des pertes de paquets / latence / gigue sur un équipement avec NetEm.

Coté serveur DegroupTest, comme indiqué par Sn@ke, c'est du Debian 3.10 avec TSO/GSO off.
Coté serveur OVH, c'est du Debian (a priori un vieux noyau) avec TSO/GSO on (valeur par défaut).[/size]

TSO/GSO sont des options activées par défaut qui permet de décharger une partie de TCP/IP à la carte réseau. Il faut pour que le système d’exploitation supporte ce déchargement TCp dans la carte réseau, ce qui est le cas de tous les système d’exploitation modernes et il faut que la carte réseau le supporte, ce qui est le cas de toutes les cartes réseaux, sauf certaines cartes 100 Mb/s premier prix. Pour en savoir plus sur TSO/GSO => TCP offload engine - Segmentation et Checksum réalisée par la carte réseau pour décharger le CPU

	Srv OVH	Srv DegroupTest	Srv OVH (TSO/GSO off)	Srv DegroupTest (TSO/GSO off)
Ping naturel (5,5ms) Noyau Linux 3.8 (Ubuntu server 13.04)	722 Mb/s	404 Mb/s	723 Mb/s	392 Mb/s
Ping naturel (5,5ms) Noyau Linux 3.11 (Ubuntu server 13.10)	723 Mb/s	476 Mb/s	726 Mb/s	452 Mb/s
Ping+10ms (15,5ms) Noyau Linux 3.8 (Ubuntu server 13.04)	597 Mb/s	372 Mb/s	598 Mb/s	225 Mb/s
Ping+10ms (15,5ms) Noyau Linux 3.11 (Ubuntu server 13.10)	596 Mb/s	386 Mb/s	598 Mb/s	369 Mb/s
Ping+30ms (15,5ms) Noyau Linux 3.8 (Ubuntu server 13.04)	312 Mb/s	311 Mb/s	227 Mb/s	237 Mb/s
Ping+30ms (15,5ms) Noyau Linux 3.11 (Ubuntu server 13.10)	315 Mb/s	284 Mb/s	297 Mb/s	272 Mb/s

En conclusion on note :

- Le débit moyen baisse quand le ping augmente, mais là j'enfonce une porte ouverte. Avec de tel débit (1Gb/s) le slow start TCP (période ou le débit augmente) représente une partie importante de la durée de téléchargement.

- Le débit du serveur DegroupTest en bien dessous de celui du serveur OVH. Je pense que la désactivation de TSO/GSO pourrait être la cause de cette baisse car quand on fait des tests entre un serveur et un client reliés directement par un câble Ethernet, on note une baisse significative du débit si TSO/GSO est désactivé.

- On note un petit gain de débit entre un client en Ubuntu 13.10 (noyeau linux 3.11) par rapport à un client Ubuntu 13.04 (noyau linux 3.8 )

- On note une petite dégradation du débit quand TSO/GSO est désactivé coté client, mais ce n'est pas systématique.

Sn@ke · « **Réponse #64 le:** 03 janvier 2014 à 11:59:28 »

Merci vivien,

Par contre c'était en tso/gso on en fait, je viens de les repasser en off si tu veux refaire tes tests on sera fixé

Cdt,
Renaud

vivien · « **Réponse #65 le:** 03 janvier 2014 à 13:18:01 »

Je n'ai refais que les tests sur le serveur DegroupTest avec Ubuntu 13.10, le downgrade de la machine n'étant pas possible

	Srv OVH	Srv DegroupTest	Srv OVH (TSO/GSO off)	Srv DegroupTest (TSO/GSO off)
Ping naturel (5,5ms) Noyau Linux 3.11 (Ubuntu server 13.10)	723 Mb/s	~~476~~ 914 Mb/s	726 Mb/s	~~452~~ 723 Mb/s
Ping+10ms (15,5ms) Noyau Linux 3.11 (Ubuntu server 13.10)	596 Mb/s	~~386~~ 597 Mb/s	598 Mb/s	~~369~~ 599 Mb/s
Ping+30ms (15,5ms) Noyau Linux 3.11 (Ubuntu server 13.10)	315 Mb/s	~~284~~ 317 Mb/s	297 Mb/s	~~272~~ 281 Mb/s

En conclusion on note :

Dans cette configuration (tso/gso désactivé sur le serveur Degrouptest), les débits sont identique à ceux du serveur OVH, que TSO/GSO soit activé coté client ou non sauf pour le test avec un ping faible ou le serveur DegroupTest explose le serveur OVH avec 914 Mb/s uniquement si TSO/GSO activé coté client (configuration par défaut).

J'ai vraiment du mal à tirer des conclusions de ce test, il est en contradiction avec les autres tests que j'ai fais (publication des courbes ce week-end)
- TSO/GSO activé partout (conf par défault) => débit réduit (476 Mb/s)
- TSO/GSO désactivé coté client uniquement => débit réduit (452 Mb/s)
- TSO/GSO désactivé coté serveur uniquement => débit maximum (914 Mb/s)
- TSO/GSO désactivé coté client et coté serveur => débit réduit (723 Mb/s)

Sn@ke : Pour activer TSO/GSO on est bien d'accord que tu ne fais rien (configuration par défaut) et pour le désactiver tu utilisesla commande ethtool -K eth0 tso off gso off ?

Sn@ke · « **Réponse #66 le:** 03 janvier 2014 à 14:01:13 »

yes : ethtool -K eth2 tso off gso off (la carte fibre est en eth2 sur les HG)

Ca confirme qu'il vaut mieux désactiver le tso gso côté serveur :p

Sn@ke · « **Réponse #67 le:** 05 février 2014 à 21:20:22 »

Un petit iperf à une heure de pointe

Code: [Sélectionner]

# iperf -c ping.online.net -i 2 -t 20 -P 8 | grep SUM
[SUM]  0.0- 2.0 sec   693 MBytes  2.91 Gbits/sec
[SUM]  2.0- 4.0 sec   684 MBytes  2.87 Gbits/sec
[SUM]  4.0- 6.0 sec   598 MBytes  2.51 Gbits/sec
[SUM]  6.0- 8.0 sec   637 MBytes  2.67 Gbits/sec
[SUM]  8.0-10.0 sec   677 MBytes  2.84 Gbits/sec
[SUM] 10.0-12.0 sec   656 MBytes  2.75 Gbits/sec
[SUM] 12.0-14.0 sec   708 MBytes  2.97 Gbits/sec
[SUM] 14.0-16.0 sec   645 MBytes  2.71 Gbits/sec
[SUM] 16.0-18.0 sec   738 MBytes  3.10 Gbits/sec
[SUM]  0.0-20.0 sec  6.54 GBytes  2.80 Gbits/sec

vivien · « **Réponse #68 le:** 05 février 2014 à 21:34:56 »

Pour ne pas tricher avec les congestions, il faudrait utiliser une seule connexion TCP.

On peux avoir 17 Mb/s mais être incapable de regarder un flux vidéo en 720p.
Le dernier cas en tête : Impossible de regarder un stream en 720 et plus

Bref, je suis attaché au test avec de nombreuses connexions simultanées, il permet de voir le débit du tuyau, mais je suis aussi très attaché au débit atteint par une seule connexion TCP.
Normalement, quand une ligne est bonne, les deux sont identique.

Voici un cas en FTTH où avec 10 connexions simultanés, on a 10 fois le débit avec une seule connexion : (attention cela date de 2007 et le FAI en question n'existe plus)

Citation de: vivien le 04 mai 2007 à 12:57:49

Tests de débit de l'offre MediaFibre (transit IP Axione)
résumé des tests effectués le 8 septembre 2006

Connexion Médiafibre à 25 Mbits/s symétrique.

Voici ci dessous une série de test entre un PC mediaFibre (IP : 192.168.1.2) et un serveur citéFibre qui a un gros gros débit.

Le logiciel de test est Iperf.
Le test a été réalisé le vendredi 8 septembre 2006 entre 21h30 et 22h30.

Pour des résultats aux plus près de la réalité un seul ordinateur fonctionné et seul Iperf fonctionné.
La durée du test est de 60 s découpé en tranche de 10s.

Test n° 1 : Le test consiste à tester le débit passant en Upload Puis Download sur le port TCP 4662 (le port d'e-mule) en 1 seule connexion.

[1840] local 192.168.1.2 port 2500 connected with 217.171.27.254 port 4662
[ ID] Interval Transfer Bandwidth
[1840] 0.0-10.0 sec 0.05 MBytes 0.05 Mbits/sec
[1840] 10.0-20.0 sec 0.03 MBytes 0.03 Mbits/sec
[1840] 20.0-30.0 sec 0.05 MBytes 0.04 Mbits/sec
[1840] 30.0-40.0 sec 0.06 MBytes 0.05 Mbits/sec
[1840] 40.0-50.0 sec 0.03 MBytes 0.03 Mbits/sec
[1840] 50.0-60.0 sec 0.03 MBytes 0.03 Mbits/sec
[1840] 0.0-61.4 sec 0.27 MBytes 0.04 Mbits/sec
[1860] local 192.168.1.2 port 4662 connected with 217.171.27.254 port 50062
[ ID] Interval Transfer Bandwidth
[1860] 0.0-10.0 sec 0.02 MBytes 0.02 Mbits/sec
[1860] 10.0-20.0 sec 0.09 MBytes 0.08 Mbits/sec
[1860] 20.0-30.0 sec 0.16 MBytes 0.13 Mbits/sec
[1860] 30.0-40.0 sec 0.52 MBytes 0.44 Mbits/sec
[1860] 40.0-50.0 sec 0.64 MBytes 0.54 Mbits/sec
[1860] 50.0-60.0 sec 0.63 MBytes 0.53 Mbits/sec
[1860] 0.0-60.5 sec 2.11 MBytes 0.29 Mbits/sec

Résultat : Upload max : 0.05 Mbits/s Download : 0.54 Mbits/s

Test n° 2 : Le test consiste à tester le débit passant en Upload Puis Download sur le port TCP 4662 (le port d'e-mule) en 10 connexions simultanées.

[ ID] Interval Transfer Bandwidth
[SUM] 0.0-10.0 sec 0.55 MBytes 0.47 Mbits/sec
[SUM] 10.0-20.0 sec 0.50 MBytes 0.42 Mbits/sec
[SUM] 20.0-30.0 sec 0.45 MBytes 0.37 Mbits/sec
[SUM] 30.0-40.0 sec 0.45 MBytes 0.37 Mbits/sec
[SUM] 40.0-50.0 sec 0.48 MBytes 0.41 Mbits/sec
[SUM] 50.0-60.0 sec 0.38 MBytes 0.31 Mbits/sec
[SUM] 0.0-65.0 sec 2.88 MBytes 0.37 Mbits/sec
[SUM] 0.0-10.0 sec 2.89 MBytes 2.42 Mbits/sec
[SUM] 10.0-20.0 sec 3.66 MBytes 3.07 Mbits/sec
[SUM] 20.0-30.0 sec 4.61 MBytes 3.87 Mbits/sec
[SUM] 30.0-40.0 sec 4.94 MBytes 4.14 Mbits/sec
[SUM] 40.0-50.0 sec 5.11 MBytes 4.29 Mbits/sec
[SUM] 50.0-60.0 sec 3.89 MBytes 3.26 Mbits/sec
[SUM] 0.0-62.9 sec 25.7 MBytes 3.42 Mbits/sec

Résultat : Upload max : 0.47 Mbits/s Download : 4.29 Mbits/s

En conclusion :

Pour les tests 1 et 2 : on peut voir que le port d'origine d'E-mule est fortement bridé.

Pour tester une connexion 10 Gb/s, ce n'est pas simple vu le peu de serveurs 10 Gb/s.

Sn@ke · « **Réponse #69 le:** 05 février 2014 à 21:38:49 »

Avec un seul thread :

Code: [Sélectionner]

# iperf -c ping.online.net -i 2 -t 20 -P 1
------------------------------------------------------------
Client connecting to ping.online.net, TCP port 5001
TCP window size: 21.9 KByte (default)
------------------------------------------------------------
[  3] local 178.33.126.143 port 51507 connected with 62.210.18.40 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0- 2.0 sec   377 MBytes  1.58 Gbits/sec
[  3]  2.0- 4.0 sec   407 MBytes  1.71 Gbits/sec
[  3]  4.0- 6.0 sec   412 MBytes  1.73 Gbits/sec
[  3]  6.0- 8.0 sec   414 MBytes  1.73 Gbits/sec
[  3]  8.0-10.0 sec   416 MBytes  1.74 Gbits/sec
[  3] 10.0-12.0 sec   416 MBytes  1.75 Gbits/sec
[  3] 12.0-14.0 sec   417 MBytes  1.75 Gbits/sec
[  3] 14.0-16.0 sec   418 MBytes  1.75 Gbits/sec
[  3] 16.0-18.0 sec   418 MBytes  1.75 Gbits/sec
[  3] 18.0-20.0 sec   418 MBytes  1.76 Gbits/sec
[  3]  0.0-20.0 sec  4.02 GBytes  1.72 Gbits/sec

C'est un peu moins bien, mais honorable tout de même

vivien · « **Réponse #70 le:** 05 février 2014 à 22:03:34 »

Tout a fait honorable si l'autre machine n'est pas chez OVH.

vivien · « **Réponse #71 le:** 17 février 2014 à 16:37:18 »

Pour montrer qu'un wget à 3,9 Gb/s (une seule connexion TCP) entre un client et un serveur éloignés 5,5ms est possible : (le client en question est en NAT derrière un firewall, comme quoi, il existe des nat/firewall capable de gérer des gros débit !)

# wget http://proof.ovh.net/files/10Gio.dat -O /dev/null --2014-02-17 16:21:20-- http://proof.ovh.net/files/10Gio.dat Résolution de proof.ovh.net (proof.ovh.net)... 188.165.12.106, 2001:41d0:2:876a::1 Connexion vers proof.ovh.net (proof.ovh.net)|188.165.12.106|:80...connecté. requête HTTP transmise, en attente de la réponse...200 OK Longueur: 10737418240 (10G) [application/octet-stream] Sauvegarde en : «/dev/null» 100%[============================================>] 10 737 418 240 461M/s ds 23s 2014-02-17 16:21:44 (441 MB/s) - «/dev/null» sauvegardé [10737418240/10737418240]

Débit en régime établi : 461 Mio/s = 3,87 Gb/s
Débit moyen sur le fichier de 10 Gio : 3,70 Gb/s (on télécharge le fichier en 23 secondes)

J'obtiens des débits bien inférieurs vers le serveur de DegroupTest : (cause TSO/GSO off ?)

# wget -O /dev/null http://ns6351274.ovh.net/ram/10GiB.dat --2014-02-17 16:23:45-- http://ns6351274.ovh.net/ram/10GiB.dat Résolution de ns6351274.ovh.net (ns6351274.ovh.net)... 178.33.126.143 Connexion vers ns6351274.ovh.net (ns6351274.ovh.net)|178.33.126.143|:80...connecté. requête HTTP transmise, en attente de la réponse...200 OK Longueur: 10737418240 (10G) [application/octet-stream] Sauvegarde en : «/dev/null» 100%[============================================>] 10 737 418 240 131M/s ds 84s 2014-02-17 16:25:09 (122 MB/s) - «/dev/null» sauvegardé [10737418240/10737418240]