Ich habe gerade ein neues Breitband installiert und wollte seinen Durchsatz mit iperf3 testen. Es scheint jedoch deutlich andere Ergebnisse zu geben als bei konventionellen Geschwindigkeitstests.
Online-Geschwindigkeitstests zeigen die erwarteten Ergebnisse von ~ 150 MBit
3.testdebit.info wurde mit Azur getestet und liegt konstant bei 330Mbits (wer weiß schon, was das bedeutet!)
Ich habe verschiedene Server ausprobiert, darunter eine auf Azure gehostete Linux-Box - die ~ 100 MBit für eine andere Azure-Box liefert. Dies wurde auch an Port 80 durchgeführt, um eine Drosselung des ISP auszuschließen. Alle diese Ergebnisse sind vergleichbar.
Das Herunterladen einer 3,5-GB-Datei in 210 Sekunden führt zu ca. 130 MBit
Kann jemand wissen, warum iperf3 so niedrig ist (oder bin ich wirklich dumm und lese etwas Falsches!)
Diese befinden sich alle auf demselben Computer, über Ethernet, so dass kein WLAN usw. im Weg ist.
zum Hinzufügen bearbeitet
Wenn Sie denselben Test mit iperf2 (unter Windows-Client (iPerf 2.0.5-3) und ubuntu (iperf Version 2.0.5)) durchführen, erhalten Sie diese Ergebnisse
E:\tmp\iperf2> iperf -c <hidden>.cloudapp.net -p 5201 ------------------------------------------------------------ Client connecting to <hidden>.cloudapp.net, TCP port 5201 TCP window size: 63.0 KByte (default) ------------------------------------------------------------ [ 3] local 192.168.0.2 port 51816 connected with <hidden> port 5201 [ ID] Interval Transfer Bandwidth [ 3] 0.0-10.1 sec 12.1 MBytes 10.0 Mbits/sec
Dasselbe wurde von einem Linux-basierten NAS aus durchgeführt
Um sicherzustellen, dass es sich nicht um ein Serverproblem handelt, habe ich die Azure-VM auf eine Größe aktualisiert, die jetzt 600 MBit / 1 Gbit vom 3.testdebit.info-Server herunterzieht
Als Antwort auf John Lookers Antwort
Mein Hauptzweck der Frage war zu verstehen, warum iperf so unterschiedliche Ergebnisse lieferte. Ich verstehe, dass Uploads stark geteilt werden und sich nicht damit beschäftigen (oder zumindest eine andere Frage!).
Die Azure-Server, die ich verwendete, befanden sich in Nord- und Westeuropa (Amsterdam und Irland, glaube ich) und mit einem Online-Speedtest von 240 MBit / s
Es scheint jedoch, dass Multithreading das Problem war. Ich habe gerade den Test erneut ausgeführt und vier Threads anstelle des Standard-Threads verwendet.
Könnten Sie mir einen Gefallen tun und mit iperf 2.0.x anstelle von iperf3 erneut testen? iperf3 war eine große Umschreibung, der ich nicht traue, und ich frage mich, ob dies weitere Beweise sind.
Spiff vor 8 Jahren
0
@Spiff-Frage mit weiteren Ergebnissen bearbeitet - Verbindung zu öffentlichen Servern ergab besondere Ergebnisse! (Werte in Bits angegeben - es schien - aber sie summierten sich nicht)
Michael B vor 8 Jahren
0
Die Werte addieren sich, es ist nur so, dass die Dateigrößen normalerweise in MebiBytes (MiB) angegeben werden, während die Netzwerkgeschwindigkeit normalerweise in Megabits (Mb) angegeben wird. Sie können sich also nicht einfach mit 8 multiplizieren / dividieren. Sie liegt näher bei 8,2 für kb / KiB, 8,4 für Mb / MiB und 8,6 für Gb / GiB.
Spiff vor 8 Jahren
0
Ich verstehe nicht, wie es von 48,6 Mbit zu ~ 130 Mbit kommen kann, wenn man es mit fast acht multipliziert! - seltsamerweise geht es bei 12Mbits jedoch um Uploadgeschwindigkeit
Michael B vor 8 Jahren
0
Nur damit ich sicher bin, dass ich Sie richtig verfolge, wenn Sie sagen: "Das Herunterladen einer 3,5-GB-Datei in 210 Sekunden klappt auf etwa 130 MBit", bedeutet "GB" Gigabit (1.000.000.000 Einzelbits) oder Bedeutet es GibiBytes (1.073.741.824 von 8-Bit-Bytes)?
Spiff vor 8 Jahren
0
Und wenn Sie die Zahl "3,5 GB in 210 Sekunden = 130 MBit / s" angeben, was genau war der Download? Welches Protokoll? Von welchem Server? Ich frage Sie, denn wenn es sich um eine öffentliche Datei handelt, die von einem CDN verteilt oder von einem transparenten Zwischenspeicherungs-Proxy zwischengespeichert werden könnte, haben Sie sie tatsächlich von einem schnellen lokalen Server (ISH) Ihres internen ISP-Netzwerks heruntergeladen und nicht von etwas außerhalb Sie.
Spiff vor 8 Jahren
0
Die Datei wurde 3500 MByte ISO von den Microsoft MSDN-Servern heruntergeladen. Es ist also unwahrscheinlich, dass sie irgendwo zwischengespeichert wird, aber sie funktioniert irgendwo in der Nähe des erwarteten Ziels - alles, was sich in einem Ballpark von 130 MBits befindet
Michael B vor 8 Jahren
0
Scheint wahrscheinlich CDN-verteilt zu sein. Möglicherweise stellen Sie fest, dass die Verbindungen Ihres ISP zu anderen Providern (einschließlich Backbone-Providern) zu klein oder überlastet sind.
Spiff vor 8 Jahren
0
CDNs sind in der Regel mit einer höheren Rate begrenzt als eine direkte Verbindung mit einem VM-Kabel. Einfach zu überprüfen, ob die IP-Adresse des Servers kein CDN ist, zumindest keine VM-Adresse.
John Looker vor 8 Jahren
0
Die durchschnittliche Geschwindigkeit des Downloads betrug 143 MBit / s, nicht 130 MBit / s. 143 MBit / s ist ein guter Durchschnitt der 152-MBit-Schicht, besonders wenn Sie von einem Microsoft-Server herunterladen.
John Looker vor 8 Jahren
0
Es ist nichts falsch mit Ihren Testergebnissen, aber die Schlussfolgerungen fehlen (siehe meine Antwort für Gründe). Ich würde vorschlagen, eine bessere Testmethodik zu verwenden.
John Looker vor 8 Jahren
0
2 Antworten auf die Frage
4
Spiff
Beachten Sie, dass IPerf standardmäßig einen "Upload" -Test ausführt: Der IPerf-Client ( -c) sendet TCP-Daten an den IPerf-Server ( -s). Es sieht so aus, als hätten Sie den Client in Ihrem LAN ausgeführt und eine Verbindung zu einem im öffentlichen Internet gehosteten IPerf-Server hergestellt. Sie testeten also den Upload Ihrer neuen Breitbandverbindung, nicht die Geschwindigkeit des Herunterladens.
Um die Download-Geschwindigkeit zu testen, kehren Sie entweder das als -s/ aufgerufene Ende um -coder -rgeben Sie an, dass nach dem normalen Test ein "umgekehrter" (Download-) Test durchgeführt werden soll.
Wenn sich Ihr LAN-Rechner hinter einem NAT oder einer Firewall befindet, müssen Sie möglicherweise einen Port entsprechend öffnen, zuordnen und weiterleiten, damit der Download-Test funktioniert.
Guter Punkt! Ich hatte das vergessen - es verbessert zwar die Dinge, aber nicht wesentlich. bis ~ 45Mbit
Michael B vor 8 Jahren
0
@Michael Bitte aktualisieren Sie Ihre Frage mit den neuesten Ergebnissen. Ich mag, wenn Sie in IPerf-Ausgabe einfügen, so dass ich die Mb vs. MiB für mich sehen kann.
Spiff vor 8 Jahren
0
1
John Looker
Gute herkömmliche Geschwindigkeitstests sind Multithreading und stellen mehrere Verbindungen zum Geschwindigkeitstestserver her. So können Sie Ihre Verbindung voll ausschöpfen.
iPerf3 scheint nur zwei Verbindungen herzustellen (unter Verwendung der Standardoptionen), was möglicherweise nicht ausreicht, um Ihr 152-MB-Breitbandnetz voll auszunutzen, insbesondere wenn eine Überlastung auftritt.
Ihr Downloadtest schlägt auch Multithread-Verbindungen vor.
Das Herunterladen einer 3,5-GB-Datei in 210 Sekunden führt zu ca. 130 MBit
Eine durchschnittliche Geschwindigkeit von 143 MBit / s ist gut für einen Download auf der 152-MBit-Stufe.
Während die 152-MBit-Stufe maximal mit 161 MBit / s Burst-Download-Geschwindigkeit auskommt (Ihr Modem ist zu hoch, um Geschwindigkeit zu garantieren), liegen die Durchschnittsgeschwindigkeiten aufgrund verschiedener Faktoren oft etwas niedriger.
Ratenbegrenzung durch den Server.
Das TCP-Empfangsfenster benötigt Zeit, um die Geschwindigkeit zu erhöhen.
Anforderungszuweisungszyklus für Kabelmodem.
Stau am Knoten. Sie teilen Ihre Kabelverbindung (und damit Ihre Downstream-Kanäle) mit Hunderten von anderen Personen. Die 8 x 256 QAM-Downstream-Kanäle, die Sie in Ihrem Kabelmodem gesperrt haben, haben insgesamt eine maximal nutzbare Bandbreite von 400 MB, die vom Knoten kommt. Dies wird von Ihnen und allen anderen Benutzern Ihres Kabels mit den gleichen Kanälen wie Sie geteilt. Wenn andere Benutzer während des Herunterladens ihre Verbindung verwenden, variieren die Geschwindigkeiten natürlich etwas.
Stau auf der Strecke.
Stau am Server.
Jeder Paketverlust und erneute Übertragung.
Die Upstream-Bandbreite wird stark mit anderen Benutzern Ihres Kabels zum Knoten konkurriert.
Wenn Sie 2 x 16 QAM-Upstream-Kanäle gesperrt haben, teilen Sie 2 x 17 MB = 34 MB mit vielen anderen Benutzern. Wenn Sie 2 x 64 QAM-Upstream-Kanäle gesperrt haben, teilen Sie 2 x 27 MB = 54 MB mit vielen anderen Benutzern.
Über weite Entfernungen wird die Latenzzeit zu einem Faktor für die erreichbaren Geschwindigkeiten.
Sie haben nicht angegeben, welchen Azure-Server Sie verwendet haben, ob in Großbritannien, Europa oder Amerika.
Ihr iPerf3-Server befindet sich in Frankreich und kann abhängig von Ihrem Standort möglicherweise über LINX geleitet werden. Die Überlastung der Route kann manchmal ein Problem sein, wenn sie das VM-Netzwerk verlässt, insbesondere an Peering-Punkten.
Zwar gibt es kein Downstream-Traffic-Management für Downloads, Streaming, Spiele usw., für die 30-MBit-Ebenen und darüber. Wenn Ihr Traffic als P2P eingestuft wird, wird der Traffic verwaltet und die Geschwindigkeit während der Spitzenzeiten reduziert.
Der Grund dafür ist, dass die Upstream-Bandbreite sehr gering ist, da sie von Hunderten von Benutzern gemeinsam genutzt wird. Daher wäre jedes Programm, das den Upstream überschwemmen könnte, für alle Benutzer Ihres Kabels sehr schlecht. Aus diesem Grund wird der Upstream-Verkehr auch weiterhin verwaltet.
Außerhalb der Hauptverkehrszeiten sollten Sie in der Lage sein, Ihre Verbindung auf beliebige Weise zu maximieren.
Hüten Sie sich vor Tests, die kleine Dateigrößen verwenden. Es gibt eine Reihe von Testdateien, die Sie hier verwenden können: http://www.thinkbroadband.com/download/
Es ist unwahrscheinlich, dass Ihr Download von einem CDN geliefert oder im VM-Netzwerk zwischengespeichert wurde. Als ich auf 152Mb war, habe ich regelmäßig 161Mb direkt von Servern heruntergeladen und gestreamt. CDNs tendieren dazu, die Lieferung langsamer und nicht schneller zu machen!
Sie müssen weitere Einzelheiten zu Ihrer Teststrategie angeben, um die ursprüngliche Frage beantworten zu können.
Es scheint, dass es sich um ein Multithreading-Problem handelte, nachdem iperf auf Multithread eingestellt wurde und konsistente Ergebnisse lieferte - siehe geänderte Frage (und danke!)
Michael B vor 8 Jahren
0
Bitte. Es wäre nützlich, wenn Sie einen Vergleich mit http://www.thinkbroadband.com/speedtest.html durchführen und das Diagrammergebnis veröffentlichen. Der grüne HTTP x 1-Test zeigt möglicherweise zu bestimmten Tageszeiten Überlastungen an, während der HTTP x 6-Test maximal ausfällt.
John Looker vor 8 Jahren
0
Nach der anfänglichen Verwirrung des Vergessens wurde ich in Azure eingeloggt! (wie bekomme ich 200 MB Upload!)? Sie liefern auch Ergebnisse, die mit denen der anderen übereinstimmen, die ich gesehen habe [Ergebnisse hier] (http://tbb.st/1440165921554406455) einen Skript-Test ausführen, um die Leistung stundenweise zu überprüfen - was ich jetzt tun kann!
Michael B vor 8 Jahren
0
Registrieren Sie sich für Samknows. Hat dasselbe aber von einem Whitebox-Router und stellt die Analysewerkzeuge zur Verfügung. https://www.samknows.com/
John Looker vor 8 Jahren
0