Egy videófájlt az egyik szolgáltatásból a számítógépre töltesz, majd innen egy másik szolgáltatásba küldesz tovább. Az internetkapcsolat letöltési és feltöltési sebessége eltérhet, és az sem mindegy, hogy a második lépés az első végén vagy már közben indulhat. A teljes átfutási időt a folyamat sorrendje határozza meg.
A számításhoz a fájl mérete, mindkét szakasz tényleges adatátviteli üteme és az esetleges köztes műveletek ideje kell. A névleges csomagsebességet érdemes tartós mért értékkel összevetni.
Egységes mértékegységek
A példákban decimális egységeket használunk: 1 GB = 1 000 000 000 bájt, 1 MB = 1 000 000 bájt, egy bájt pedig nyolc bit. A 100 Mb/s megabitet, a 100 MB/s megabájtot jelent. A két számérték közötti váltás nyolcszoros.
Átviteli idő másodpercben = fájlméret bájtban × 8 / sebesség bit/másodpercben.
Ha a méret MB-ban és a sebesség Mb/s-ban szerepel, ugyanígy méret × 8 / sebesség számolható, mert a milliós váltószám kiesik. A GiB és MiB kettes alapú egységeit előbb megfelelően váltsd át. Az adatmennyiség-átváltó ehhez ad általános segítséget.
Előbb letöltés, utána feltöltés
Legyen a fájl 4 GB, vagyis 4000 MB. A letöltés tényleges hasznos üteme 100 Mb/s, a feltöltésé 20 Mb/s. A letöltés 4000 × 8 / 100 = 320 másodperc, azaz 5 perc 20 másodperc.
A feltöltés 4000 × 8 / 20 = 1600 másodperc, azaz 26 perc 40 másodperc. Ha csak a teljes letöltés után indul, az összes átviteli idő 320 + 1600 = 1920 másodperc, vagyis 32 perc.
Ha a köztes ellenőrzés és fájlkiválasztás még 90 másodperc, a teljes folyamat 2010 másodperc, 33 perc 30 másodperc. A képlet soros folyamatnál az összes ténylegesen egymás után következő idő összege.
A letöltési idő kalkulátor az egyes átviteli szakaszok becslésének ellenőrzéséhez használható általános segítségként. A második szakasznál a feltöltéshez tartozó sebességgel kell számolni.
Mikor fedheti egymást a két szakasz?
Elméleti továbbító rendszerben a már beérkezett részletek azonnal továbbküldhetők. Ha a két kapcsolat egymástól függetlenül működik, és a program támogatja a folyamatos továbbítást, nagy fájlnál az összidő a lassabb szakasz idejéhez közelíthet. A kezdési, darabolási és lezárási késleltetés ettől még hozzáadódik.
Az előző példában az ideális, elhanyagolható indulási többlettel számolt alsó korlát 1600 másodperc, mert a teljes fájl húsz megabites feltöltésének ennyi idő kell. Ez nem egy szokásos böngészős fájlfeltöltés automatikus képessége. Sok alkalmazás a kész helyi fájlt kéri, így a soros 1920 másodperces modell illik rá.
Az ESnet TCP-adatátviteli háttéranyaga bemutatja, hogy az elérhető átviteli ütemre a hálózat mellett a végpontok és a kapcsolat jellemzői is hatnak. A példák számtani ideje ezért a megadott tartós ütem fennállását feltételezi.
Második példa: azonos sebességű irányok
Egy 1 GB-os fájl mindkét irányban 40 Mb/s hasznos ütemmel mozog. Egy szakasz 1000 × 8 / 40 = 200 másodperc. Sorosan 400 másodperc, vagyis 6 perc 40 másodperc kell.
Ideális, teljes átfedést megközelítő továbbításnál a nagyobbik szakasz ideje 200 másodperc. A két modell közötti különbség ebben a példában közel kétszeres. Ha viszont ugyanaz a közös erőforrás osztja meg a 40 Mb/s kapacitást a két irány között, a független sebességekre építő becslés érvényét veszti.
Mit mérj a valós folyamatban?
A szolgáltatás előfeldolgozása, vírusellenőrzése vagy videófeldolgozása az átvitelen túli időt jelenthet. Ha a feladat vége a használható videó megjelenése, ezeket is mérd. Sok kis fájl esetén az egyes kérések indulása és a fájlkezelés nagyobb arányú többletet okozhat, mint egy nagy állománynál.
A tömörített átvitel és a helyi fájlméret eltérhet. Mindig azt az adatmennyiséget használd, amelyik ténylegesen az adott szakaszon halad. Tartós átvitel közben más eszközök forgalma is módosíthatja az ütemet. Egy készenléti határidőhöz ezért mérési tartományból számolj, és a köztes műveleteket külön soron mutasd meg.
Tudáspróba
1. Mennyi idő 4000 MB feltöltése 20 Mb/s ütemmel az egyszerű modellben?
- A: 200 másodperc.
- B: 1600 másodperc.
- C: 80 000 másodperc.
2. Mit kell tenni a 320 és 1600 másodperces időkkel teljesen soros folyamatnál?
- A: Összeadni, így 1920 másodperc adódik.
- B: Átlagolni.
- C: Csak a kisebbet használni.
3. Mi szükséges a lassabb szakasz idejéhez közelítő továbbításhoz?
- A: Kizárólag nagyobb helyi fájlnév.
- B: Minden böngészőben automatikusan teljesül.
- C: Átfedést támogató folyamat és a feltételezett ütemet együtt is biztosító erőforrások.
Megoldások és következő lépés
1. B. 4000 × 8 / 20 = 1600 másodperc.
2. A. A második szakasz az első befejezése után indul, ezért az idők összeadódnak.
3. C. A párhuzamos továbbítást a szoftvernek és az erőforrásoknak is lehetővé kell tenniük.
0–1 pont: ellenőrizd a bit–bájt váltást az első képleten. 2 pont: számold újra a soros példát a 90 másodperces köztes lépéssel. 3 pont: saját folyamatodban mérd külön a letöltést, az előkészítést, a feltöltést és a feldolgozást, majd a tényleges sorrendből készíts teljes időbecslést.
