LibreSpeed unrealistisches Ergebnis?

[Christian1297]

Hallo,

ich habe auf meinem NAS einen Docker Container mit LibreSpeed laufen um lokal im Heimnetzwerk eine performante Gegenstelle für Speedtests zu haben. Nun funktioniert das ganze gut und die Ergebnisse sind meistens plausibel. Teste ich aber nicht über WLAN sondern über ein 1 GbE LAN dann erreiche ich im Test gut 1000 Mbps im Up- und Download. Nun bin ich aber eigentlich der Meinung dass man über so eine 1 GbE Schnittstelle doch nicht viel mehr als 940 Mbps erreichen sollte. Woher rührt nun die Differenz?

 

[xxMuahdibxx]

Brutto oder Netto Datenrate..?

Und was du meinst wegen Overhead der ist bei LAN nicht so groß.

Auch ist die Frage des genutzten Protokolls wichtig..

TCP IP z.b. hat bei großen Daten einen Overhead von knapp 3 Prozent... Du nimmst schon 6 Prozent an.

UDP hat einen noch geringeren.

 

[Christian1297]

Ich denke das hier netto angezeigt wird weil der Speedtest doch nicht wirklich den Overhead abschätzen und anzeigen könnte.

 

[Lee Monade]

Und was du meinst wegen Overhead der ist bei LAN nicht so groß.

Oh doch er ist so groß, mehr als 930-940 Mbits sind Netto nicht drin!
Mein Anbieter liefert 1,15 Gbits dank Gbit LAN kommen aber nicht mehr als 935 Mbits an.

Bei mir wird auch zu viel gemessen

Speedtest.net misst da schon genauer.

 

[xxMuahdibxx]

@TheTrapper was du messen tust ist dein "Problem"

Real gelten einfache Mathematische regeln..
https://packetpushers.net/tcp-over-ip-bandwidth-overhead/

 

[Lee Monade]

Real gelten einfache Mathematische regeln..
https://packetpushers.net/tcp-over-ip-bandwidth-overhead/

Dude, dann rechne mal, dann kommst du auf mein Ergebniss 😂
Ansonsten auch gerne mal https://de.wikipedia.org/wiki/Datendurchsatz

 

[xxMuahdibxx]

😂

Ja 40/1500 = 2,66667 Prozent.. weil 40 Bit Overhead und 1500 Bit Paketgröße

Wenn man jetzt 1000 Mbit hat uns davon 3 Prozent abziehen tut kommt man auf 970 raus..

So und jetzt rechne du mir deines vor.

P.S. Dude und den Rest kannst gerne vor der Forumtür stehen lassen.

 

[0x8100]

Ja 40/1500 = 2,66667 Prozent.. weil 40 Bit Overhead und 1500 Bit Paketgröße

es sind 14+4+20+20 byte overhead (ethernet+fcs+ipv4+tcp). dein link sagt auch, dass ethernet ignoriert wird. und dann ist man bei knapp 3,9% overhead.

 

[Christian1297]

Also kann man sagen dass die 1012 Mbps aus meinem Screenshot ein unmögliches Ergebnis darstellen und somit ein Messfehler in LibreSpeed vorliegt?

 

[Lee Monade]

Die TCP/IP-Effizienz beträgt knapp 97% und was @xxMuahdibxx vergessen hat die Ethernet-Effizienz ebenfalls ca. 97%
Also rechnen wir 0,97 x 0,97 = 0,94
Somit haben wir eine gesamte Nutzlast von 94% das ergibt also 940Mbits!

Also kann man sagen dass die 1012 Mbps aus meinem Screenshot ein unmögliches Ergebnis darstellen und somit ein Messfehler in LibreSpeed vorliegt?

Richtig!

 

[xxMuahdibxx]

@TE wurde denn mit TCP IP gemessen oder wegen LAN nur mit UDP?

@0x8100 aber halt keine knapp 7 Prozent...

Auch ist nicht geklärt ob ipv4 oder ipv6 für den Datenverkehr zuständig ist.

 

[0x8100]

Also kann man sagen dass die 1012 Mbps aus meinem Screenshot ein unmögliches Ergebnis darstellen und somit ein Messfehler in LibreSpeed vorliegt?

librespeed wird übertragene datenmenge/benötigte zeit rechnen. wenn es die zeit nicht genau misst, dann verfälscht es das ergebnis. ausserdem werden die daten per http übertragen. http kann komprimieren; bei einem 100MB download werden also vielleicht nur 98MB übertragen, was schneller geht. wenn dann trotzdem 100MB für die berechnung angenommen werden, kann das ergebnis > 1Gb/s sein. müsste man jetzt nachforschen, ob das der fall ist.

 

[Lee Monade]

@0x8100 aber halt keine knapp 7 Prozent...

Leider hast du es immer noch nicht verstanden selbst wenn man es dir erklärt!

 

[xxMuahdibxx]

Weil du es falsch erklärst..

Aber bin ja näher drann 🤔

https://www.elektronik-kompendium.de/sites/net/0812211.htm

Berechnungsbeispiel
1460 Byte Nutzdaten (Transportschicht)

• 20 Byte TCP-Header (Transportschicht)
• 20 Byte IPv4-Header (Vermittlungsschicht)

-----------------------------------------------
= 1500 Byte MTU (Nutzdaten von Ethernet)

• 14 Byte Datalink-Header (Sicherungsschicht)
• 4 Byte Frame Check Sequence (FCS)

-----------------------------------------------
= 1518 Byte Ethernet-Frame

Also was von 3,8 Prozent..und keine 7

Kann natürlich an deiner MTU Einstellungen liegen @TheTrapper

 

[Lee Monade]

Alles klar ich spreche gegen eine Wand.

Naja die Frage des TE ist beantwortet, von daher mach ich mir jetzt keine Mühe mehr.

 

[Christian1297]

Auch ist nicht geklärt ob ipv4 oder ipv6 für den Datenverkehr zuständig ist.

Die Übertragung erfolgt über IPv4.

 

[xxMuahdibxx]

Somit haben wir einen gesamten Overhead von 94%


Richtig!

Genau..

 

[Christian1297]

Ich habe auf GitHub einen Hinweis zur Dokumentation bekommen. Dort steht es genau beschrieben. Ich teste dann Mal ohne Kompensation.

 

[xxMuahdibxx]

Na ist doch gut erklärt beim Test 😁