Mohou dva proxy stáhnout jeden soubor rychleji?

Dva proxy výstupy, každý s volnou šířkou pásma, vypadají jako snadný způsob, jak zdvojnásobit rychlost stahování. Běžný fond proxy ale takto nefunguje.

Klient otevře připojení přes jeden vybraný proxy. Ten proxy otevře navazující připojení. Přidání další adresy z seznamu proxy do fondu dává budoucím připojením další volbu; nevkládá druhý proxy do již probíhajícího toku bajtů.

Běžné vyvažování více WAN sítí založené na připojeních má podobné omezení. Může rozložit různá připojení mezi spoje, což zlepšuje celkovou kapacitu nebo snižuje soupeření. Jedno připojení zůstává jedním připojením, pokud jiný mechanismus výslovně neposkytne více cest.

Když jsou paralelní stahování jiná záležitost

Klient může vyžádat různé rozsahy souboru přes samostatná připojení a místně je složit. To může využít více než jednu cestu, pokud klient toto uspořádání podporuje a server žádosti povoluje.

Přináší to požadavky: rozsahy musí popisovat stejnou reprezentaci, odpovědi serveru musí odpovídat požadovaným offsetům a změny objektu nesmějí vytvořit smíšený soubor. Ověřování, limity serveru a zásady pro jednotlivé výstupy také mohou činit paralelní požadavky na rozsahy nevhodnými. Deset úplných stahování není deset částí jednoho stahování.

Konečná cesta ke klientovi je stále důležitá. Několik rychlých výstupů nemůže poslat přes jeden nasycený přístupový spoj více dat, než tento spoj unese.

Vícedrátnost potřebuje skutečnou podporu

Multipath TCP je výslovný transportní mechanismus, který může přenášet připojení pomocí více dílčích toků, pokud to jeho koncové body a síťové uspořádání podporují. Nezapne se pouhým uvedením dvou nesouvisejících proxy HTTP nebo SOCKS.

U pomalého přenosu nejprve zjistěte, zda je strop na klientském spoji, na proxy, na navazující trase nebo v cíli. Fond je užitečný pro rozdělování připojení. Tvrzení o zdvojnásobení rychlosti jednoho souboru berte jako samostatnou funkci, která potřebuje vlastní mechanismus a důkazy.