[HaBo]

schmidtl_dd

Anzeige

Hi,

wie berechne ich den Datendurchsatz im LAN? Ich weiß, ich habe eine Bandbreite von 100MBit/s, und ich muß 1000 Pakete mit jeweils 400Byte Nutzdaten (via TCP) übertragen. Wie lang brauche ich dazu.

Einfachste Rechnung: 400 byte* 120 byte Rahmeninfos (TCP header, IP header...) macht 520 bytes pro Frame, bei 100Mbit/s = 12,5MByte/s wären das so um die 25.000 Pakete pro Sekunde.

So weit so gut, doch sicher auch: falsch.

Denn da schwirren ja noch ACK's über die Leitung, irgendwann wenn die Leitung am Anschlag brummt hab ich doch sicher auch vermehrten Schwund durch Kollisionen... gibts eine andere "Formel" oder empirische Erfahrungen was so über die Leitung geht?

(Lasst uns vorerst von zwei via Crossover verbundenen Rechnern ausgehen, ohne andere aktive Komponenten)

soox

wenn du udp (statt tcp) nutzt, würde das ganze stimmen.

folgende 2 parameter müssen sicherlich auch noch in die rechnung miteinbezogen werden
- hast du full- oder half-duplex
- windows size

schmidtl_dd

window size ist die MTU?
Beduetet full duplex das ich die zurückgesendeten ACK's vernachlässigen kann...

soox

nein die mtu ist nicht die window size
windows size ist die max anzahl pakete welche noch nicht mit ack bestätigt sein müssen. die ack's darfst du bei tcp nie vernachlässigen.

full duplex (aus layer 2 sicht) bedeutet, dass man gleichzeitig senden und empfangen kann. dies funktioniert bei ethernet nur, wenn man eine direkte verbindung bzw mit switches arbeitet.
sobald man hubs benutzt, funktioniert ein gleichzeitiges senden und empfangen nicht mehr. dabei gibt es kollisionen welche die bandbreite wiederum beeinträchtigen.
wichtig ist, dass man das fest auf half-duplex stellen kann (auch wenn man keine hubs benutzt). normalerweise wird dies jedoch automatisch erkannt und die schnellste ausgefählt. es kann auch sein, dass die automatische erkennung der schnellsten einstellung fehlschlägt.

schmidtl_dd

Und warum kann ich die ACK's nicht vernachlässigen? Fließen Daten in beide Richtungen, hängen die ACK's ja quasi huckepack auf den Packeten. Fließen Daten vornehmlich in eine Richtung (wohin meine Frage abziehlt) ist (Full Duplex, da Crossover Kabel bzw. geswitchte Umgebung) die andere Richtung doch fast frei, so dass die kleinen ACK Packete (sind doch dann nur quasi leere TCP frames mit gesetzem Ack flag und entsprechender Sequenznummer) kaum ins Gewicht fallen sollten.

Hab ich da nen Denkfehler?

Was mir noch einfällt, es spielt ja sicher eine entscheidende Rolle ob die Daten in einer TCP Verbindung behandelt werden, oder ob's für jedes Packet einen neien Verbindungsaufbau gibt... das liegt aber(?) allein in den Händen des Anwendungsentwicklers...

R!K3R

Bedenke auch das 100Mbit/s ein theoretischer Wert ist, der nicht zu erreichen ist.

schmidtl_dd

Darum gehts doch... WARUM ist der nicht zu erreichen, und wie lässt sich der zu erreichende Wert möglichst genau ermitteln (im Vorfeld, messung am KONKRETENObjekt nicht möglich)

R!K3R

Ich habe schon mal das wort "Labor-Wert" gehört.
Ich könnte mir vorstellen das in normaler Umgebung durch 100te von Störeinflüssen dies einfach nicht erreicht werden kann.

- Qualität der Leiter und Kabel
- Störungen durch Funkwellen
- Fehler im Material
- "schlechte" Aktive Komponenten
- Schmutz

usw.

soox

ich hab "vernachlässigen" mit "wegdenken/ignorieren" gleichgesetzt....wenn wenige/keine von diesen ack's richtig uebertragen werden, kommst du schnell an die window size grenze und musst die daten zig mal neu uebertragen (passiert z.b. bei geknickten rj45 kabel welche "halb defekt" sind).

bei einer normalen uebertragung wird nur ein mal die verbindung aufgebaut....eine solche einzelne verbindung musst du auch fuer die messzwecke benutzen (bzw mehere verbindungen welche bereits aufbeaut sind und die daten gleichzeitig uebertragen)

ein weiterer punkt ist, dass tcp bei einem verlorenen packet die window size wieder runterschraubt (durchsatz verringert sich) wird, sofern ein packet im nirvana landet und somit nicht ankommt.
sofer die empfangsbuffer des empfangenden pc's nicht genug schnell gelehrt und verarbeitet wird, kann dieser dem sender auch mitteilen, dass er weniger schnell senden soll.

in einem lan solltest du aber ohne probleme auf ueber 95% durchsatz kommen (sofern die pc's ihren empfangsbuffer genug schnell auslesen). versuchs doch mal mit tools wie z.b. "iperf"

bei udp sollte eine beinahe 100%ige auslastung moeglich sein.