Dva proxy izlaza, svaki s preostalom propusnošću, izgledaju kao jednostavan način da se udvostruči brzina preuzimanja. Običan proxy bazen tako ne radi.

Klijent otvara vezu kroz jedan odabrani proxy. Taj proxy otvara sljedeću vezu. Dodavanje druge adrese s popisa proxyja u bazen daje budućim vezama još jedan izbor; ono ne umeće drugi proxy u tok bajtova koji je već u tijeku.

Obično balansiranje više WAN mreža zasnovano na vezama ima slično ograničenje. Može raspodijeliti različite veze po vezama, poboljšavajući ukupni kapacitet ili smanjujući zagušenje. Jedna veza ostaje jedna veza osim ako drugi mehanizam izričito ne omogući više putova.

Kada su paralelna preuzimanja druga stvar

Klijent može zatražiti različite raspone datoteke preko odvojenih veza i sastaviti ih lokalno. To može koristiti više od jedne rute ako klijent podržava takav raspored i poslužitelj dopušta zahtjeve.

To uvodi uvjete: rasponi moraju opisivati istu reprezentaciju, odgovori poslužitelja moraju odgovarati traženim pomacima, a promjene objekta ne smiju proizvesti miješanu datoteku. Autentifikacija, ograničenja poslužitelja i pravila po izlazu također mogu učiniti paralelne zahtjeve za raspone neprikladnima. Deset potpunih preuzimanja nije deset dijelova jednog preuzimanja.

Konačni put do klijenta i dalje je važan. Nekoliko brzih izlaza ne može poslati kroz jedan zasićeni pristupni kanal više podataka nego što taj kanal može podnijeti.

Višeputnost zahtijeva stvarnu podršku

Multipath TCP izričit je transportni mehanizam koji može prenositi vezu pomoću više podtokova kada to njegove krajnje točke i mrežni raspored podržavaju. Ne aktivira se samo navođenjem dva nepovezana HTTP ili SOCKS proxyja.

Za spor prijenos prvo utvrdite je li granica na klijentskoj vezi, na proxyju, na daljnjoj ruti ili na odredištu. Bazen je koristan za raspodjelu veza. Tvrdnju o udvostručenju brzine jedne datoteke tretirajte kao zasebnu značajku koja zahtijeva vlastiti mehanizam i dokaze.

Povezani članci