fair enough, sam to je omejitev TCPja, ne FTPja :)

Poleg tega morš upoštevat res high latency, ki pa ga v slo na današnjem fibre backbone-u že kr težko dobiš, razen

:)

pa tut mašine so dost hitre, tko da bi to morale shendlat pucanje bufferja; razen seveda na strežnikih… (hint hint :)) )

PS: maš pa za zračunat idealen RWIN (recieve window size).

No, da še jst pristavim svoj lonček in razložim, kaj pravi teorija. Priznam, mal sem “rusty” in da moje znanje ni več tako, kot je blo med rednim študijem, ampak bom vseen probu razložit… Načeloma res velja pravilo, da več vzporednih downloadov poveča skupno povprečno hitrost, ampak nisem prepričan, da govorimo o tem…

FTP omejitev prenosa dejansko obstaja, ampak v tem primeru nismo niti blizu taki situaciji. FTP protokol za svoje delovanje uporablja TCP, ki se nahaja na 4. plasti OSI standarda. Njegova naloga je, da pravilno razporedi pakete, ki šibajo sem in tja. To doseže s potrjevanjem posameznih paketov… Dobil sem paket 1, dobil sem paket 2, dobil sem paket 4. Ups, še enkrat pošlji paket 3.

Ker je širina okna 16 bitov, je največje število bajtov, ki lahko ostanejo nepotrjeni, 65.535. Torej lahko teoretično omejitev protokola preprosto izračunamo z maksimalnim številom nepotrejenih bitov (konstanta 8 * 65.535), deljeno s povprečnim pingom (časom prenosa tja in nazaj).

Pa predpostavimo, da je iz NuFrame pisarne do mojega strežnika povprečni ping 32ms (32s / 1000). Verjetno je manjši, ampak iščemo zgornjo mejo prenosa, zato smo previdni. Izračunamo, da je zgornja meja 16,4 Mbit/s, kar znese okoli 2 MB/s. Take upload hitrosti pa, roko na srce, z ADSLjem ne bomo nikol dosegli.

Optika lahko to doseže brez problema, ampak tam je praviloma manjši tudi ping. Zato se teoretična meja prenosa dvigne krepko čez 20MB/s, če ne več.

Seveda pa so pametne glave za dotični problem že našle rešitev, ki se ji reče TCP Window Scaling. Tu je maksimalna velikost TCP okna 1 GB, kar odpravi vse zgornje omejitve. Glavni motivator za tole pogruntavščino so satelitske povezave, katerih slaba lastnost je ogromen ping (več kot pol sekunde). Uporabi se ga lahko seveda tudi za druge tipe povezav. Vse, kar rabite, je router višjega cenovnega razreda oz. Linux. Baje pa zna s tem upravljati tudi Vista.

FTP kot protokol nima omejitve hitrosti. Uporabi lahko vso pasovno širino ki jo ima FTP strežnik na voljo in, kakor je Besso že razložil, je problem v bit/bajt semantiki in download/upload hitrosti (predvsem strežnika).

P2P eliminira omejitev FTP strežnika z arhitekturi 1 klient - 1 strežnik tako, da v strukturo vkomponira veliko število strežnikov, ki s shared bandwidth-om in segmentiranjem datotek omogoča razporeditev downloada preko več upload linij.

Hitrost uploada na FTP strežnik ali na P2P omrežje pa je s strani klienta praktično ista.

Živjo,

sicer nisem vsega prebral, ampak samo en mali dodatek; FTP ima omejitev hitrosti. Tud če imaš nevem kako hitro linijo, hitrost prek FTP protokola nikoli ne bo enaka tisti, ki jo dosegaš z P2P programi ali drugimi protokoli.

Kakšen speedtest tudi ne bo odveč.

Enjoy

Hvala Besso!

Sej to kaj so Biti in Bajti mi je bilo že davno jasno. Samo to da capli oglašujejo na tak način, pa mi ni kliknil, bebec ne znam brat.