Pse Tor duket më i ngadaltë se një VPN: klikimet kundrejt shkarkimeve

Faqet që duken të ngecura ndërsa shkarkimet ecin me ritëm normal përshkruajnë udhëtime vajtje-ardhje, jo gjerësi bande. Një VPN shton një kërcim të kriptuar dhe një qark Tor shton disa, dhe çdo kërcim shtesë kushton një shtrëngim duarsh përpara se të lëvizë një bajt i dobishëm. Ai kost shfaqet në një faqe që hap shumë lidhje të shkurtra dhe pothuajse zhduket në një transferim të vetëm të madh. Sapo modeli bëhet i dukshëm, debati nuk është më për atë se cili mjet është më i shpejtë.

Simptoma tregon koston e konfigurimit, jo kapacitetin

Ngarkimi i një faqe është një zinxhir shkëmbimesh të varura: një kërkim emri, një shtrëngim duarsh transporti, një shtrëngim duarsh TLS, pastaj kërkesa e parë. Çdo kërcim në rrugë fut udhëtimin e vet vajtje-ardhje në atë zinxhir përpara se të vizatohet diçka. Një shkarkim i madh paguan të njëjtën kosto konfigurimi një herë dhe pastaj rrjedh, dhe pikërisht për këtë dy ngarkesat nuk bien dakord.

Lexo në panelin e rrjetit kohën e pritjes përpara bajtit të parë, jo totalin. Pritje e gjatë me shkarkim të shkurtër përmbajtjeje tregon udhëtime vajtje-ardhje, ndërsa shkarkim i gjatë me pritje të shkurtër tregon rrjedhshmërinë. Përsërite kundrejt një destinacioni të dytë, sepse një host i vetëm pas një releje të zënë nuk provon asgjë. Kur transferimi është mirë dhe klikimi i ngadaltë, dysho koston e konfigurimit shumë përpara gjerësisë së bandës.

Vonesa dhe kapaciteti dështojnë në mënyra të ndryshme

Merr dy lexime dhe pjesa më e madhe e konfuzionit zgjidhet vetë. Vonesa është kosto fikse për çdo shkëmbim dhe kapaciteti është ritëm në kohë, prandaj një rrugë mund të jetë e mirë në të parën dhe e keqe në të dytën. Një pikë fundore e largët me procesor të papunë përgjigjet shpejt për një kërkesë të vogël dhe gjithsesi kufizon një transferim të vazhdueshëm në atë që lejon lidhja e saj lart. Përdoruesit e përjetojnë atë ndarje si një klikim të shkathët të ndjekur nga një shirit progresi që mezi lëviz.

Provo kapacitetin me një transferim të vazhdueshëm dhe shiko nëse ritmi mbetet i qëndrueshëm apo sharrë. Provo vonesën me një kërkesë të vogël të përsëritur shumë herë dhe lexo shpërndarjen në vend të kampionit më të mirë, sepse një shpërndarje e gjerë ndihet më keq nga sa sugjeron mesatarja. Shkruaj të dy numrat përpara dhe pas çdo ndryshimi, përndryshe më vonë do t'i atribuosh meritat variablit të gabuar.

Trajtimi i të dyve si një numër i vetëm prodhon rregullime që nuk e lëvizin kurrë matjen që ju intereson. Kjo është mënyra më e zakonshme se si një ankesë për vonesën merr si përgjigje një përmirësim të gjerësisë së bandës.

Rrugëtimi me qepujka shton kërcime që nuk i zgjodhët

Një qark Tor zakonisht përdor tre rele — një rojë, një nyje të mesme dhe një dalje — dhe klienti i zgjedh nga një konsensus, jo nga një hartë. Prandaj rruga mund të jetë shumë më e gjatë se vija e drejtpërdrejtë drejt destinacionit. Çdo rele mbart edhe trafikun e të tjerëve, kështu që rrjedha juaj ndan kapacitetin që i ka mbetur atij rele.

Ripërdorimi i qarkut zbut koston, sepse një rrjedhë e re mund të kalërojë mbi një qark ekzistues në vend që të paguajë për një ndërtim tjetër. Një klient që ndërton një qark të freskët për çdo kërkesë paguan konfigurimin vazhdimisht dhe ndihet shumë më keq se ai që ripërdor. Edhe zgjedhja e daljes ka rëndësi, sepse disa dalje mbartin ngarkesë më të rëndë dhe asgjë në ndërfaqe nuk ju thotë në cilën keni aterruar. Ai ndarje është qëllimi i projektimit dhe arsyeja pse vonesa nuk mund të akordohet në një vlerë fikse, prandaj një dalje e ngadaltë është arsye e dobët për të braktisur këtë rregullim.

Ndryshimi i rendit të zinxhirit ndryshon eksperimentin

VPN fillimisht dhe Tor më pas është një eksperiment tjetër nga Tor fillimisht dhe VPN më pas. Në rregullimin e parë pika fundore e VPN mbart të gjithë qarkun, kështu që rrjeti juaj i aksesit mëson vetëm adresën e VPN. Në të dytin vetë lidhja VPN mbartet brenda rrugës me qepujka, dhe dalja sheh trafikun VPN. Të dyja janë projektime legjitime, dhe krahasimi i secilës prej tyre me një VPN të zhveshur mat diçka tjetër, prandaj faqja e projektit Tor për kombinimin e të dyjave e kornizon si pyetje për atë që po përpiqeni të fshihni përpara se të jetë pyetje për kohën.

Mbaj pajisjen, rrjetin e aksesit dhe destinacionin fiks, dhe ndrysho saktësisht një element midis ekzekutimeve. Lëvizja e serverëve, qarqeve dhe hosteve të provës së bashku prodhon një ndryshim që askush nuk mund ta atribuojë. Shkruaj çfarë fsheh çdo rregullim dhe nga kush përpara se ta optimizosh, sepse një zinxhir i shpejtë që ekspozon atë që doje të fshihje nuk është përmirësim.

Një krahasim që i mbijeton një ekzekutimi të dytë

Zgjidh dy ose tre destinacione që i përdor vërtet dhe mati të njëjtin ndërveprim në secilin, duke përfshirë një faqe që tërheq shumë burime të vogla dhe një transferim të madh. Përsërit të gjithë grupin në një orë tjetër të ditës.

Raporto mesataren dhe rastin më të keq në vend të kampionit më të shpejtë, sepse puna interaktive gjykohet nga momentet e saj të këqija. Shëno klientin, pikën fundore ose daljen, dhe nëse qarku apo tuneli u ripërdor për atë ekzekutim. Nëse një ndryshim përmirëson mesataren por përkeqëson bishtin, ai është shkëmbim dhe jo fitore, dhe vendosja nëse përdoruesit do ta vënë re është vendimi i vërtetë.