DSL Speed

[haentschman]

Moin...

Zitat:

26er Upload - not bad...

...Jungs, warum müßt ihr den Finger in die Wunde legen. Mein Auto, mein Boot, mein DSL Anschluß... Ich wette, daß die meisten uns von solchen Werten träumen können. Erst recht auf dem Dorf! Selbst wenn ich es möchte, ich kriege es nicht... 8000/1000 bei gebuchter 16000 Leitung.

...wieder Luft...

[himitsu]

Zitat von mkinzler:

Oder es existiert ein Reverse cache beim Provider

1 GBit/s ... über 100 MByte/s, zuzüglich weiterer Prüf- und Kontrolldaten, sind auch etwas unrealistisch.

Im WLAN praktisch nicht zu erreichen,
auch 1 GBit-LAN kommt da real an seine Grenzen
und obwohl der TE vergaß zu erwähnen was er für einen Anschluß habe und was somit möglich wäre, ist das auch mit handeltüblichen privaten Internet-Anschlüssen wohl nicht erreichbar.
Außerdem geben viele Provider ja nur ein "theoretisches" Maximum an, was oft nichtmals annähernd erreicht wird.

Auch ein Cache ist "unmöglich", denn das war der Upload, und wenn, dann will ich diesen Cache auch haben, der vorher schon weiß, was ich senden will.


ABER, deren Test ist wirklich nicht das Gelbe vom Ei. Bei mir ist der erstmal verreckt und hatte grnichts angezeigt, aber ich habe hier auch keinen Anschluß der Telekom, falls sich die Pinken damit rausreden wöllten.

Ich selber hatte bei einem Download-Test von meiner Webseite beim neuen Hoster damals ein kleines Problem.
Output per PHP hergstellt und der war sauschnell bei mir.
> der Provider hatte im PHP standardmäßig die Komprimierung aktiviert, welche die vielen "Null" extrem gut packen konnten.

Selbst wenn somit also diese Tests mit zufälligen Daten arbeiten, was sie immer tun sollten, damit eine Cache oder Komprimierung keine großen Auswirkung haben können, so können diese Tests dann nie genau sein, denn auch "gute" Zufallsdaten werden keinen 100% gleichgroßen komprimierten Datenstrom erzeugen und verbrauchen Zeit auf beiden Seiten.
Und teschnich bedingt ist im Internet eh keine reproduzierbare und unabhängige Messung möglich, wenn da massenhaft Fremde sich in die veränderlichen Datanpfade reindrängeln.

PS: Ich hatte gestern Abend mal gemessen ... 8 MBit/s runter und 16 MBit/s hoch ... Abends, wenn viele online sind.
Aber wir haben hier auch seit Längerem extreme Funkprobleme und das WLAN-Netz des Vermieters ist kaum in den Griff zu bekommen. Selbst HSDPA und Co. erreichen nicht annähernd das, was sie sollten.

[Codehunter]

Wie heißt es so schön im ersten Werner-Film? "Den kann ich über!" 150 MBit/s symmetrisch mit garantierter Bandbreite, 2-Stunden-SLA und 2 Hops zum De-CIX Koscht aber auch nur schlappe 1,5 k€ im Monat...

Davon abgesehen vermute ich mal dass es sich um ein 100er VDSL von der rosa Spaßbremse handelt. Das theoretische Maximum sollte da bei 100/40 MBit/s liegen (Down/Up). Wird aber in der Praxis so gut wie nie erreicht, weil die DSLAMs der Telekom das in der TAL verfügbare Spektrum gerne zulasten des Upstreams verschieben. Das äußert sich in der Regel dadurch, dass bei sequentiellen Bandbreitentests (also Downstream und Upstream nacheinander) gänzlich andere Werte heraus kommen als bei paralleler Last im Alltagsgebrauch - versende mal eine Mail mit dickem Anhang, wenn die Kids parallel drei HD-Streams ziehen und ein andermal wenn sonst nix los ist auf der Leitung.

Diese illusorisch hohen Upstream-Messwerte des hauseigenen rosa Tests lassen sich recht einfach erklären, wenn man weiß wie deren Netz konstruiert ist. Letztlich ein Symptom übertriebener cache-basierter Optimierung. Zum De-CIX hin hat der T-Error ein eher bescheidenes Peering, weshalb beim Test mit speedtest.net eine enorme Spreizung der Messwerte auftritt, je nach dem ob der gewählte Server im T-Netz oder (aus dieser Perspektive) hinter dem De-CIX angesiedelt ist, hier jedoch kein Cache zum Tragen kommt. Der hauseigene T-Speedtest ist also eher als nette Spielerei zu werten denn als praxisrelevant.

[mkinzler]

https://www.heise.de/newsticker/meld...r-4039408.html

[Redeemer]

Zitat von Mavarik:

Zitat von zeras:

Den habe ich nun genommen und vermeintlich exaktere Ergebnisse bekommen, siehe Anhang.

26er Upload - not bad...

Mein Test : aus der VM

Wenn die Werte stimmen, ist der Downstream durch den TCP-Rückkanal-Overhead begrenzt, der generell etwa 1/20 beträgt. Sieht man ja auch auf dem Bild, da beträgt der Downstream das 20-fache des Upstreams.
Anders ausgedrückt, ein Downstream-Upstream-Verhältnis von mehr als 20:1 ist nicht möglich, denn niemand lädt Dateien über UDP herunter. Das Verhältnis bei DSL 16000 ohne Annex J ist mit 16:1 sehr nah dran, sprich wer damit etwas herunterlädt, hat fast den gesamten Upsteam dicht.

[himitsu]

Wer viel misst, misst Mist.

Praxisferne Test liefern zwar oftmals für dieses Testzenario zuverlässliche Ergebnisse, aber wie es dagegen in der Realität aussieht, ist eine andere Angelegenheit.
Wie schon erwähnt wurde, macht es einen Unterschied, ob man sequentiell, randomized und/oder parellel Daten überträgt.
Das ist war auch schon bei Festplatten so, nur dass man dort den Unterschied direkt hört.
Und auch CPU-Benchmarks sind selten das Gelbe vom Ei, da sie mit der Realität oft nicht viel gemeinsam haben. (abgesehn von den Schummelversuchen einiger Hersteller)

AOL hatte z.B. damals bei seinen Modemzugängen über ihre Software das maximale Tempo des komprimierten Datenstroms angegeben, welches nur für gut komprimierbares und in deren Cacheservern optimiertes HTML/CSS/JS und qualitäts-"optimierte" JPEGs galt. Und als Bonus bauten sie auch gleich in die so optimierten Webseiten ihre Werbung ein.

[EWeiss]

Zitat:

Wird aber in der Praxis so gut wie nie erreicht,

Ich habe kein Problem mit der Telecom habe beim Download 12MB in der Sekunde. (Lan Kabel)
Mit WLAN gerade mal die Hälfte wenn es gut geht liegt aber daran weil ich kein 5-GHz-Frequenzband (Hardware seitig) zur Verfügung habe.

gruss

[Codehunter]

Speedtests IMMER per LAN-Kabel. Aus dem selben Grund versucht die BNetzA ja auch, bei ihren Messtools den Verbindungsweg WLAN auszuschließen, was mehr oder weniger gut gelingt.

[EWeiss]

Zitat von Codehunter:

Speedtests IMMER per LAN-Kabel. Aus dem selben Grund versucht die BNetzA ja auch, bei ihren Messtools den Verbindungsweg WLAN auszuschließen, was mehr oder weniger gut gelingt.

JO und da gibt es keine Probleme immer voll Speed

gruss

[Codehunter]

Zitat von EWeiss:

JO und da gibt es keine Probleme immer voll Speed

Definiere mal "voll Speed". Von wo nach wo? Und weshalb liegt das nach deiner Meinung in der Verantwortung deines Anbieters?