Problém se stahováním

[Návštěvník buyy]

Ahá tak to se omluouvám jsem sice hráč ale, IT teda ne díky aspon už vím že internet jede skoro naplno:D

[mirij]

3,82 MB/s x 8 = 30,6 Mb/s...

 

Místo krát 8 je třeba násobit dejme tomu x10, protože je potřeba počítat s tím, že na každý přenesený byte připadá jeden nebo dva režijní bity. Každý přenesený TPC nebo UDP paket má nějakou hlavičku, jejíž bity se také samozřejmě přenáší a u TCP komunikace se navíc příjem každého paketu potvrzuje. Pak lze s klidem říci, že 3,82 MB/s je vlastně téměř 40 Mbps.

[Slamb]

ale neni to užitná kapacita pro vlastní data, na speedtestu to vycházelo dobře, na originu se těch zbylejch 10 Mb/se někam vypařilo

[mirij]

Ano, není to užitná kapacita pro vlastní data, a nevypařily se, jsou "schované" právě v těch přenášených režijních bitech. Speedtest ukazuje poctivě počet všech přenesených bitů (tedy i těch režijních). Jednotka bps vyjadřuje počet všech bitů per second.

Samozřejmě můžeme se přít kolik přenosové kapacity padne na režiji, ale obecně lze počítat se 2 bity na jeden přenesený bajt.

 

Ale chápu Vaši závěrečnou ironii.

[Slamb]

když já byl ještě u upc, tak veškerej režijní provoz byl nad prodávaný rychlosti, jinak by nebylo možný těch rychlostí nikdy dosáhnout a tak by to mělo bejt i teď... jinak speedtest.net počítá jenom se skutečnejma přenášenejma datama a to neviditelný je mimo hodnoty, jinak si nedokážu vysvětlit, že by na síťovce byla tak velká odchylka

http://screenshot.cz/D1Q3H/speedtest_down.png 946 x 986

http://screenshot.cz/4VM1Z/speedtest_up.png 945 x 955

[mirij]

Ne, ne, tak to určitě není. Domnívám se, že odchylka je jednoduše daná tím, že Správce úloh ukazuje rychlost vztáhnutou ke kratšímu časovému kvantu než speedtest. Metodika obou výpočtů se liší, přesto se oba snaží určit to samé. Navíc, Vy disponujete tak vysokou přenosovou rychlostí, že stačí rozdíl několika milisekund v časové základně a hned to udělá takový rozdíl.