Du proxy išėjimai, kiekvienas su laisvu pralaidumu, atrodo kaip paprastas būdas dvigubai padidinti atsisiuntimo greitį. Įprastas proxy telkinys taip neveikia.

Klientas atidaro ryšį per vieną pasirinktą proxy. Tas proxy atidaro tolesnį ryšį. Pridėjus kitą adresą iš proxy sąrašo į telkinį, būsimi ryšiai gauna dar vieną pasirinkimą; tai neįterpia antrojo proxy į jau vykstantį baitų srautą.

Įprastas ryšiais pagrįstas kelių WAN balansavimas turi panašų apribojimą. Jis gali paskirstyti skirtingus ryšius tarp linijų, didindamas bendrą talpą ar mažindamas konkurenciją. Vienas ryšys lieka vienu ryšiu, nebent kitas mechanizmas aiškiai suteiktų kelis kelius.

Kai lygiagretūs atsisiuntimai yra kitas dalykas

Klientas gali prašyti skirtingų failo intervalų atskirais ryšiais ir surinkti juos vietoje. Tai gali naudoti daugiau nei vieną maršrutą, jei klientas palaiko tokią tvarką, o serveris leidžia užklausas.

Tai kelia reikalavimus: intervalai turi apibūdinti tą pačią reprezentaciją, serverio atsakymai turi atitikti prašomus poslinkius, o objekto pakeitimai neturi sukurti sumaišyto failo. Autentifikavimas, serverio limitai ir kiekvieno išėjimo taisyklės taip pat gali padaryti lygiagrečias intervalo užklausas netinkamas. Dešimt pilnų atsisiuntimų nėra dešimt vieno atsisiuntimo dalių.

Galutinis kelias iki kliento vis dar svarbus. Keli greiti išėjimai negali per vieną prisotintą prieigos liniją nusiųsti daugiau duomenų, nei ta linija gali pernešti.

Kelių kelių režimui reikia tikro palaikymo

Multipath TCP yra aiškus transporto mechanizmas, galintis pernešti ryšį keliais substrautais, kai jo galiniai taškai ir tinklo išdėstymas tai palaiko. Jis neįjungiamas vien išvardijus du nesusijusius HTTP arba SOCKS proxy.

Esant lėtam perdavimui, pirmiausia nustatykite, ar lubos yra kliento linijoje, proxye, tolesniame maršrute ar paskirties vietoje. Telkinys naudingas ryšiams paskirstyti. Teiginį apie vieno failo greičio padvigubėjimą traktuokite kaip atskirą funkciją, kuriai reikia savo mechanizmo ir įrodymų.

Susiję straipsniai