Mogu li dva proksija preuzeti jednu datoteku brže?

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

Klijent otvara vezu kroz jedan izabrani proksi. Taj proksi otvara sledeću vezu. Dodavanje druge adrese sa liste proksija u bazen daje budućim vezama još jedan izbor; ono ne ubacuje drugi proksi u tok bajtova koji je već u toku.

Obično balansiranje više WAN mreža zasnovano na vezama ima slično ograničenje. Ono može rasporediti različite veze po kanalima, 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 opsege datoteke preko odvojenih veza i sastaviti ih lokalno. To može koristiti više od jedne rute ako klijent podržava takav raspored i server dozvoljava zahteve.

To uvodi uslove: opsezi moraju opisivati istu reprezentaciju, odgovori servera moraju odgovarati traženim pomacima, a promene objekta ne smeju proizvesti mešanu datoteku. Autentifikacija, ograničenja servera i pravila po izlazu takođe mogu učiniti paralelne zahteve za opsege neprikladnim. Deset potpunih preuzimanja nije deset delova 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 podneti.

Višeputnost zahteva stvarnu podršku

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

Za spor prenos prvo utvrdite da li je granica na klijentskom kanalu, na proksiju, na daljnjoj ruti ili na odredištu. Bazen je koristan za raspodelu veza. Tvrdnju o udvostručenju brzine jedne datoteke tretirajte kao zasebnu funkciju koja zahteva sopstveni mehanizam i dokaze.