.png)
Ich bin in Europa und betreibe eine Website in den Vereinigten Staaten.
Der Dienstanbieter, bei dem die Site gehostet wird, bietet große Up-/Download-Bandbreiten (zu guten Preisen).
Der Server hat jetzt eine sehr geringe Auslastung (auf Netzwerk/CPU/Speicher)
Da der Server weit von mir entfernt ist und die Daten einen langen Weg zurücklegen müssen, habe ich eine ziemlich hohe Antwortzeit (Ping ergibt 150 bis 200 ms), aber das ist für mich akzeptabel.
Auch die Datenübertragungsgeschwindigkeit ist aufgrund der großen Upload-Bandbreite, die der Anbieter anbietet, gut.
Mir scheint jedoch, dass die Datenübertragung langsam beginnt und dann nach ein paar Sekunden ihre Spitzengeschwindigkeit erreicht.
Fragen:
Ist dies auch ein Effekt der langen Strecke/Distanz?
Was verursacht dieses „träge“ Verhalten der Datenübertragungsgeschwindigkeit?
Antwort1
Mir scheint jedoch, dass die Datenübertragung langsam beginnt und dann nach ein paar Sekunden ihre Spitzengeschwindigkeit erreicht.
Dies ist das erwartete Verhalten, insbesondere bei Verbindungen mit höherer Latenz. Weitere Informationen hierzu finden Sie unter TCP Slow Start und TCP Window Scaling.
Ist dies auch ein Effekt der langen Strecke/Distanz?
Nein, es ist ein Effekt der hohen Latenz. Latenz und geografische Entfernung korrelieren zwar, aber abgesehen von der Lichtgeschwindigkeit in Glasfaser gibt es keine starke Korrelation zwischen beiden. Es gibtvieleFaktoren, die bei der Latenz eine Rolle spielen (Überlastung, Anzahl der EDFAs in der Leitung, Anzahl der Routensprünge usw.), und die Entfernung machen dabei nur einen kleinen Teil aus.
Was verursacht dieses „träge“ Verhalten der Datenübertragungsgeschwindigkeit?
Wenn ein TCP-Socket geöffnet wird, ist der Netzwerkstapel eher konservativ, was die Menge der zu sendenden Daten angeht, bevor er vom anderen Ende des Sockets die Empfangsbestätigung für die Pakete erhält. Wenn der Socket älter wird und mehr Informationen über die Qualität der Verbindung vorliegen, kann der Netzwerkstapel die Fenstergröße erhöhen, wodurch mehr Pakete „unterwegs“ sein können, bevor sie eine Empfangsbestätigung erhalten.
Antwort2
Nicht wirklich.
Was Sie hier erleben, ist, dass TCP seine Fenstergröße an die Bedingungen Ihrer Verbindung anpasst. SieheLangsamer Start.