Permalänk
Medlem

Fråga om 100Mbit full-duplex

Hej!

Är 100/100Mbit = ~6MB/s ner och ~6MB/s upp samtidigt? eller är det ~12MB/s ner och ~12MB/s upp samtidigt?

Visa signatur

R7 5800X3D | MSI X470 GAMING PLUS | 32GB 3200MHz CL16 | Powercolor Radeon RX 5700XT 8GB Red Dragon | Samsung 850 EVO 500GB | Samsung 860 EVO 1TB | Kingston A2000 1TB | 2x 3TB HDD | Seasonic FOCUS Plus 650W Gold

Permalänk
Medlem

Ca: 12MB/s

Permalänk
Citat:

Ursprungligen inskrivet av evoke
Ca: 12MB/s

- Upp och ner samtidigt?

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av evoke
Ca: 12MB/s

Så man kan alltså få 12MB/s i båda riktningar samtidigt?

Permalänk
Medlem

mm

Visa signatur

[I9 13900k] [ASUS ROG MAXIMUS Z690 HERO][ASUS TUF 4090][Corsair Dominator Platinum RGB DDR5 5600MHz 32GB] [Intel SSD][Sennheiser HD700]

Permalänk
Medlem

Svar ja.

Permalänk
Medlem

En fråga.. kanske inte har med topic att göra men ändå;

Är Telias FiberLan full duplex?

Visa signatur

R7 5800X3D | MSI X470 GAMING PLUS | 32GB 3200MHz CL16 | Powercolor Radeon RX 5700XT 8GB Red Dragon | Samsung 850 EVO 500GB | Samsung 860 EVO 1TB | Kingston A2000 1TB | 2x 3TB HDD | Seasonic FOCUS Plus 650W Gold

Permalänk
Medlem

Observera att 12 MB är bruttoöverföringen i vardera riktningen. Nettoöverföringen är som bäst c:a 80 % av bruttoöverföringen. Skillnaden mellan netto och brutto påverkas av vilka protokoll som används och paketstorleken.

Visa signatur

Fagerja

Permalänk

Allt idag är full dumplex även ADSL. Idag skulle man inte komma långt med symetrisk lina.

Telia har garanterat fullduplex, Bara att dem inte prioriterar 100 mbits kunder. Det kostar otroligt mycket pengar för telia att lova bort 100 mbit till varje kund vilket dom knappast gör. Dom köper sig en gigabit och sen får ett x antal hushåll dela på det.

Visa signatur

Jag är bäst på det som jag är bra på.

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av fagerja
Observera att 12 MB är bruttoöverföringen i vardera riktningen. Nettoöverföringen är som bäst c:a 80 % av bruttoöverföringen. Skillnaden mellan netto och brutto påverkas av vilka protokoll som används och paketstorleken.

80%? Vad fasiken baserar du det på?
Jag har inga exakta siffror men har för mig en ethernet frame ligger på 38 bytes inkl gap + preemble. (minns inte riktigt hur detta var men har för mig att gap+preemble alltid skickas, så även fast dom inte är med i headern så är det data som tar upp plats på linan)
Sen har du en payload på 1500 byte.

Här har vi alltså 1500 payload / 1538 som behöver skickas ~=97,5%

IP headern är minimum 20 bytes.
TCP headern 20 minimum likaså.

Då har vi alltså kvar 1460 av våra payload bytes.

1460/1538 ~= 95%
Om mitt jareri var fel angående gap+preemble har vi:
1460/1500 ~= 97,3%

Som sagt, inte helt säker på detta, men det är långt ifrån 80%...

Sen hajar jag inte hur du får 12 megabytes / sec till brutto..
100 megabit / 8 = 12,5 megabyte....

Iperf mellan 2 burkar 100mbit:

------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 85.3 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.0.5 port 5001 connected with 192.168.0.7 port 60006 [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.1 sec 114 MBytes 94.4 Mbits/sec

Så, 94,4 Mbit/sec verkar stämma rätt bra överens med det första räkneexemplet.
Det enda jag inte gillar riktigt är att 94,4/8=11,8
11,8*10,1 = 119,18...
Så varför den säger 114 MBytes transfer vet jag inte riktigt... Orkar inte läsa på vad som står om "transfer" resp "badnwidth" i docsen för iperf för tillfället...

Permalänk
Medlem
Citat:

Ursprungligen inskrivet av BasseBaba
80%? Vad fasiken baserar du det på?
Jag har inga exakta siffror men har för mig en ethernet frame ligger på 38 bytes inkl gap + preemble. (minns inte riktigt hur detta var men har för mig att gap+preemble alltid skickas, så även fast dom inte är med i headern så är det data som tar upp plats på linan)
Sen har du en payload på 1500 byte.

Här har vi alltså 1500 payload / 1538 som behöver skickas ~=97,5%

IP headern är minimum 20 bytes.
TCP headern 20 minimum likaså.

Då har vi alltså kvar 1460 av våra payload bytes.

1460/1538 ~= 95%
Om mitt jareri var fel angående gap+preemble har vi:
1460/1500 ~= 97,3%

Som sagt, inte helt säker på detta, men det är långt ifrån 80%...

Sen hajar jag inte hur du får 12 megabytes / sec till brutto..
100 megabit / 8 = 12,5 megabyte....

Iperf mellan 2 burkar 100mbit:

------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 85.3 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.0.5 port 5001 connected with 192.168.0.7 port 60006 [ ID] Interval Transfer Bandwidth [ 4] 0.0-10.1 sec 114 MBytes 94.4 Mbits/sec

Så, 94,4 Mbit/sec verkar stämma rätt bra överens med det första räkneexemplet.
Det enda jag inte gillar riktigt är att 94,4/8=11,8
11,8*10,1 = 119,18...
Så varför den säger 114 MBytes transfer vet jag inte riktigt... Orkar inte läsa på vad som står om "transfer" resp "badnwidth" i docsen för iperf för tillfället...

Du räknar med idealisk paketstorlek. I praktiken har du det sällan. För ett ACK-paket (mottagningsbekräftelse) är IP- och TCP -headern största delen av paketet. Flera protokoll har dessutom kontrollbits för felkorrigering.

Skulle du ha mätt svarstrafiken i ditt exempel så skulle du ha fått en mycket lägre verkningsgrad.

Visa signatur

Fagerja

Permalänk
Medlem

Tänkte bara påpeka att duplex inte handlar om vilken hastighet du har i de olika riktningarna.
Duplex handlar om ifall du kan skicka data i båda riktningarna samtidigt eller inte.