La Fibre
Télécom => Logiciels et systèmes d'exploitation => 
Iperf => Discussion démarrée par: giulian le 16 août 2018 à 09:05:41
-
Bonjour
je découvre ce petit soft pour faire mes tests
j'ai donc effectué plusieurs test croisés sur mon réseau local gigabit en testant la communication entre deux machines physique en branchant l'une d'entre elle sur différent switch j’obtiens à chaque fois 940 Mbit/s jusque là rien d'anormal, mais lorsque j'effectue les mêmes test vers mes serveurs virtuels les chiffres sont nettement plus bas vers 600Mbit/s donc une perte de 33% au moins dans un réseau actuellement très peu sollicité.
Est ce que le switch virtuel Hyper V peut est responsable de cette perte ?
-
Je ne pense pas que le vSwitch soit responsable de ça.
Tu as combien de vCPU / RAM sur ta VM?
-
4 VCPU et 6 Go de ram pour un W2012R2 qui est serveur de fichier et contrôleur secondaire de domaine
-
4 VCPU et 6 Go de ram pour un W2012R2 qui est serveur de fichier et contrôleur secondaire de domaine
Et c'est quoi comme test de débit?
Si le test écrit sur ton disque virtuel, c'est peut-être pour ça.
Dis-nous en plus
-
en fait je lance iperf -s sur mon serveur et depuis une machine cliente je fais i perf -C et l adresse IP du serveur
Il me semble justement que Iperf permet de s'affranchir de la qualité d'écriture du support de stockage
-
en fait je lance iperf -s sur mon serveur et depuis une machine cliente je fais i perf -C et l adresse IP du serveur
Il me semble justement que Iperf permet de s'affranchir de la qualité d'écriture du support de stockage
Et quand tu lances le test Iperf sur la VM, est-ce que le processeur est à 100% (dans le gestionnaire de tâches) ?
-
Non il fait une pointe a 45%
-
Est ce que le switch virtuel Hyper V peut est responsable de cette perte ?
oui surtout en mode NAT ou le CPU va être très sollicité pour faire le NAT.
Éventuellement met les VMs en mode bridge (pont) au niveau d'hyper-v ca devrait améliorer les performances.
-
Le NAT n'est pas active c est un Vswitch avec réseau externe sur une carte en teaming.
Le serveur Hyper V n'est pas dans le même réseau logique que les VM
-
Dans ce cas un souci sur les VMs guests ? essai avec l'option -P 4 d'iperf3 par exemple pour avoir 4 flux en parallele.
le firewall de W2012 peut influer aussi.
-
oui surtout en mode NAT ou le CPU va être très sollicité pour faire le NAT.
Éventuellement met les VMs en mode bridge (pont) au niveau d'hyper-v ca devrait améliorer les performances.
Ah oui je n'avais pas pensé au NAT, mais ce n'est pas le vSwitch qui est responsable de cela, si?
-
Ah oui je n'avais pas pensé au NAT, mais ce n'est pas le vSwitch qui est responsable de cela, si?
si et c'est element purement logiciel donc source de ralentissement.
D'ailleurs il y a du teaming aussi qui peut être logiciel aussi donc source de ralentissement (les optis RDMA et SET d'hyper-v ne sont peut etre pas activées ou activables). A ce niveau W2016 est plus performant.
-
avec 4 flux parallèles cela reste identique sur la moyenne y a quelques pointes qui vont vers 800 sachant que les premiers échanges sont vraiment lent a 150
-
coupe les firewall ? ( NetSh Advfirewall set allprofiles state off )
-
Bien joué j'ai shooter mon kaspersky et je suis à une moyenne de 900