Hvordan regner man den ud ?
Hvad svarer en 6/6 Mbit/s til i kB/s ?
Mvh Kim
Hvis vi ser bort fra tab af hastighed/data, g�r der 8 bits p� en byte.
Hvis der ikke var noget tab overhovedet undervejs, ville dine 500 kB/s
svare til 4 Mbit/s.
Men p� grund af tabet undervejs, regner jeg gerne med 10.
Alts�: Jeg har en 6 Mbit-forbindelse, s� jeg forventer en
downloadhastighed p� ca. 600 kB/s.
--
Philip - http://chartbase.dk | http://www.hitsurf.dk
Interessant indsigt. Jeg vil gerne
h�re mere om de forhold, der kan
medf�re, at der g�r flere eller
f�rre bits til en byte :-)
--
Med venlig hilsen
J�rgen Farum Jensen
H�ndbog i webdesign: http://webdesign101.dk/wwwbog/udgave2/
Webdesign med stylesheets: http://webdesign101.dk/cssbog/
.
Fra http://kundeservice.tdc.dk/privat/internet/faq.php?id=20486:
"Bem�rk at op til 20% af din bredb�ndshastighed bliver brugt til
transport af data (overhead), som ikke bliver m�lt med i
hastighedstesten." S� p� en ADSL-forbindelse med 10 Mbits/s nominel
hastighed g�r 2 Mbits/s til overhead og brugeren f�r 8 Mbits/s svarende
til 1 Mbytes/s.
> Interessant indsigt. Jeg vil gerne
> h�re mere om de forhold, der kan
> medf�re, at der g�r flere eller
> f�rre bits til en byte :-)
Som man r�ber i skoven, s�dan f�r man svar :-)
Jeg s� godt din smiley, og du tror sikkert ogs� at en byte altid er 8 bits,
men pr�v at l�se her:
<http://en.wikipedia.org/wiki/Byte>
I �vrigt n�r man snakker 'datatab', s� er det ikke 'tab', men overhead.
Man kan specificere en nominel hastighed, alts� en brutto hastighed, men i
f�rste omgang skal man fratr�kke overhead for TCP (eller UDP):
<http://en.wikipedia.org/wiki/Transmission_Control_Protocol#TCP_segment_structure>
Bem�rk, at der er et fast overhead, s� det er ikke ligegyldigt om man sender
pakker � 1 byte eller pakker � 1000 bytes - overheadet er en fast
st�rrelse.
SVJV, s� k�rer ADSL2+ via ATM, hvor der er et ekstra overhead:
<http://en.wikipedia.org/wiki/Asynchronous_Transfer_Mode#Structure_of_an_ATM_cell>
Her er der et fast overhead p� 5/53, eller 5/48 ~ 10%.
Derefter kommer TPC overhead, som er en fast st�rrelse, men procentuelt
afh�ngig af de enkelte pakker.
Her plejer man at lave SPT metoden og sige at throughput i Bps er ~bps/10.
S� det med de 20%(TDC) passer meget godt med 10% til ATM og 10% til TCP.
Uanset hvor meget man vender og drejer emnet, s� bliver throughput(Bps)
aldrig lig med nominel(bps)/8.
--
Med venlig hilsen
Stig Johansen
Ok, der l�rte jeg noget nyt. Men som
du s� malende beskriver er en byte en byte, uanset
hvilke overhead der er p� transmissionen.
Og for at v�re lidt pernitten, s� er der jo
ikke tale om "tab" i konventionel forstand,
som i min optik er tab af signalstyrke.