Na koju šemu ovo? (15 min za 12 Mb preko 56K modema)

Nije ovo samo sada, nego mesecima u nazad kada vrsim download nakacen na drenik i to fajlove iz njhove sekcije postizem neverovatan protok (koji je teoretski nemoguc). U prvih nekolio MB protok ide izmedju 12 i 10 kb a kasnije se stabilizuje na oko 8kb/s pa onda opet do 11...







PS Stingeru svaka cast, ala si ga opravio!!!

vidim da si skidao pdf fajlove a oni se jako lepo pakuju ako ne sadrze slike pa
ti je modem slao podatke kompresovano pa si zato primao vise nego sto je teoretski moguce. probaj da skidas neki txt fajl pa ces videti da ce ti biti jos veci protok a ako skidas neki zip bice ti manji. u stvari protok kroz modem je isti ali se razlikuje kompresija.

Dobro bi bilo samo kad ne bi izbilo oci ono "Compresion 74%"
al dobro.

Ti ondaimas neki modem koji nije 56k vec jaci... xexexe.
Elem,koliko me secanje sluzi, max brzina kroz modem = brzina modema /7 ili /8, ne secam se (u Kb/s). Dakle, za 56K modem, to mu dodje negde 7-8 Kb/s (kilobajta/sekundi), pri vezi od 56kb/s (kilobita/s). Uz dodatnu kompresiju (koju ne verujem da moze da se postigne za zip, za exe mozda), moze da se poveca i na vise, ali to se onda racuna koliko bi islo kad ne bi bilo kompresovano...

Potpis

Kad sve ostalo zakaže, pročitaj uputstvo...

Postoji teoretski limit za broj fizickih bajtova koje prenosis preko linije i on je obicno - ako se, recimo, kacis na 49333

49333 bps / 9 = 5481 bps = 5.35 KB/s

E, sad - ako je kompresija 74% onda imas : 5.35 * 1.74 = 9.31 KB/s

To ti je realan protok sa kompresijom podataka.

Kolika je kompresija, to zavisi od prirode podataka koje prenosis (tj. njihove kompresibilnosti ili entropije) za .zip fajlove je jako mala (ako su ti .zip fajlovi komprimovani ispravnim zip kompresorom), dok za tekstualne fajlove i HTML strane moze biti izuzetno velika.

Teoretski limit je brzina serijskog porta, u vecini slucajeva 115200 bps = 12.5 KB/s, a na novijim s. portovima duplo veca = 24.5 KB/s

Ne postoji nacin da ti modem fizicki prenese vise od 52000 bps preko telefonske linije, sve preko toga je efekat kompresije.

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey

Jeste da je glupo, ali kako si dobio ovo 1.74?

Tvoja brzina download-a govori samo o tome da si uspostavio kvalitetnu vezu sa DrenikNet-om, i da pritom imas dobar modem :), moguce je da si se i kacio u periodu kad smo postavili V.92 protokol na tom access serveru. A i kao sto kazu ovi ljudi, skidati zip i txt ili pdf fajl nije isto, stepen kompresije se povecava ako fajl nije binaran. Ali svejedno, drago mi je da imas dobru konekciju ka nama i da mozes da pronadjes sta ti je potrebno od dokumentacije.

Pozdrav,...

Pa valjda je sabrao.. 74% kompresije na 100% od fajla, je valjda kao da dovlacis "brzinom" od 174%, iliti 1.74 puta izrazeno obicnim brojkama.

Potpis

Kad sve ostalo zakaže, pročitaj uputstvo...

Gledajuci ovu temu bio sam prisiljen da pitam mozda ovo "blesavo" pitanje ;)

Recimo ako idem skidati bilo kakav file sa nekog servera, te recimo nakon pocetka downloada prekinem skidanje tog fajla, te ponovno idem skinuti jedan te isti fajl nakon par minuta, brzina mi bude prvih par sekundi i do 80 kb/sec.. naravno to padne odmah, ali ostane na nekih 10 kb/sec recimo te pada polako.. Nerazumijem kako je ovo moguce, i kakve veze ima taj prekid dloada te nastavak istog..

(radi samo na serverima koji podrzavaju nastavak prekinutog downloada )..

Koliko ja vidim taj podatak vazi za poslate podatke dok je za primljene samo 2%.


Zasto se deli sa 9?



Moguce i da je protok veci zato sto vuces fajl rasparcan na 3 dela preko tri otvorene konekcije, koliko vidim sa slike.

Potpis

...: www.SvetSatova.com :...

Ovo je posledica glupog algoritma za racunanje prosecnog transfera u sekundi.

Naime, taj softver za download (a to je sigurno neki Internet Explorer :) u prvoj sekundi uracunava sve to sto si i ranije skinuo, pre nastavka (resume) transfera.

U praksi, ako si skinuo 100 KB, prekinuo transfer, i kasnije nastavio skidanje - u prvih nekoliko sekundi ce se tih 100 KB odrazavati na prosek koji ce sa 100 KB/s padati na 80... 40... 30... 20... i na kraju se normalizovati na prosek.

Svi ostali programi za download nemaju ovu glupu gresku, i racunanje average-a posle resume-a uvek pocinju od nule, pa vec u prvoj sekundi imas realan prosecni transfer.

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey

net_freek:

Deli se sa 9 zbog jednog extra bita, koji se zove "stop" bit.

Potpis

DigiCortex (ex. SpikeFun) - Cortical Neural Network Simulator:
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey

Gresis, ne deli se zato - stop bit ne ide preko tel. veze: modem sa drugim modemom komunicira koristeci barem v42 (opcionalno bis) ili ako je dosta stariji MNP 4 (opcionalno 5) protokol. v42 i MNP4 su dva konkurentska protokola za otklanjanje gresaka, a v42bis i MNP5 su protokoli koji pride i kompresuju tekst. Ajde brzo ko se seca vremena BBSova? ;)

Svi ti protokoli salju informacije u paketima (otprilike CRC + duzina paketa + bitovi podataka), i izmedju bajtova nema stop bitova (jer se tacno zna koliko ih ide unapred). Ono cega ima je malog overheada od headera.

E sada, taj 9. bit sa kojim se deli uopste nije toliko egzaktan - to je aproksimacija u koju je uracunat header od v42 paketa, ali takodje i header od TCP/IP paketa (ili kompresovani header kod PPPa i SLIPa)...

Zahvaljujem na odgovoru Ivane.