Zašto se Tor čini sporijim od VPN-a: klikovi nasuprot preuzimanjima

Stranice koje se čine zaglavljenima dok preuzimanja idu normalnom brzinom opisuju povratna putovanja, a ne propusnost. VPN dodaje jedan šifrirani skok, a Torov krug dodaje nekoliko, i svaki dodatni skok stoji rukovanje prije nego se pomakne ijedan korisni bajt. Taj se trošak vidi na stranici koja otvara mnogo kratkih veza i gotovo nestaje pri jednom velikom prijenosu. Kad obrazac postane vidljiv, rasprava prestaje biti o tome koji je alat brži.

Simptom upućuje na trošak postavljanja, a ne na kapacitet

Učitavanje stranice je lanac zavisnih razmjena: traženje imena, transportno rukovanje, TLS rukovanje, pa prvi zahtjev. Svaki skok na putu ubacuje svoje povratno putovanje u taj lanac prije nego se bilo što iscrta. Veliko preuzimanje plaća isti trošak postavljanja jednom i zatim struji, i upravo se zato dva radna opterećenja razilaze.

Čitajte u mrežnom panelu vrijeme provedeno u čekanju prije prvog bajta, a ne ukupno. Dugo čekanje s kratkim preuzimanjem sadržaja upućuje na povratna putovanja, dok dugo preuzimanje s kratkim čekanjem upućuje na propusnost. Ponovite prema drugom odredištu, jer jedan host iza zauzetog releja ništa ne dokazuje. Kad je prijenos dobar a klik spor, sumnjajte na trošak postavljanja mnogo prije nego na propusnost.

Kašnjenje i kapacitet posrću na različite načine

Uzmite dva očitanja i većina se zabune sama riješi. Latencija je fiksni trošak po razmjeni, a kapacitet je brzina kroz vrijeme, pa jedan put može biti dobar u prvom i loš u drugom. Udaljena krajnja točka s besposlenim procesorom brzo odgovara na mali zahtjev i ipak ograničava trajni prijenos na ono što njezin uzlazni kanal dopušta. Korisnici taj rascjep doživljavaju kao brz klik nakon kojeg slijedi traka napretka koja jedva mrda.

Testirajte kapacitet trajnim prijenosom i gledajte drži li se brzina stabilno ili pilasto. Testirajte latenciju malim zahtjevom ponovljenim mnogo puta i čitajte raspršenje umjesto najboljeg uzorka, jer široko raspršenje djeluje gore nego što njegov prosjek sugerira. Zabilježite oba broja prije i poslije svake promjene, inače ćete kasnije pripisati zaslugu pogrešnoj varijabli.

Tretiranje dvaju kao jednog broja proizvodi popravke koje nikad ne pomiču mjerenje do kojeg vam je stalo. To je najčešći način da se žalba na latenciju odgovori nadogradnjom propusnosti.

Onion usmjeravanje dodaje skokove koje niste odabrali

Torov krug obično koristi tri releja — čuvara, srednji čvor i izlaz — a klijent ih bira iz konsenzusa, ne s karte. Put zato može biti mnogo dulji od ravne linije do odredišta. Svaki relej nosi i tuđi promet, pa vaš tok dijeli onaj kapacitet koji je tom releju ostao.

Ponovno korištenje kruga ublažava trošak, jer novi tok može jahati na postojećem krugu umjesto plaćati još jednu izgradnju. Klijent koji gradi svjež krug za svaki zahtjev plaća trošak postavljanja iznova i djeluje mnogo gore od onoga koji ga koristi ponovno. Izbor izlaza također je važan, jer neki izlazi nose teži teret i ništa u sučelju vam ne kaže na koji ste sletjeli. To dijeljenje smisao je dizajna i razlog zašto se latencija ne može podesiti na fiksnu vrijednost, pa je jedan spor izlaz slab razlog za napuštanje takvog rasporeda.

Promjena redoslijeda lanca mijenja eksperiment

VPN prvo pa Tor drugo drugačiji je eksperiment od Tora prvo pa VPN-a drugo. U prvom rasporedu VPN krajnja točka nosi cijeli krug, pa vaša pristupna mreža saznaje samo VPN adresu. U drugom se VPN veza sama nosi unutar lukovitog puta, a izlaz vidi VPN promet. Oba su legitimni dizajni, a usporedba bilo kojeg s golim VPN-om mjeri nešto drugo, zato stranica projekta Tor o kombiniranju dvaju to postavlja kao pitanje što pokušavate sakriti prije nego kao pitanje vremena.

Držite uređaj, pristupnu mrežu i odredište fiksnima i mijenjajte točno jedan element između pokretanja. Premještanje poslužitelja, krugova i testnih hostova zajedno proizvodi razliku koju nitko ne može pripisati. Zapišite što svaki raspored skriva od koga prije nego ga optimizirate, jer brz lanac koji otkriva ono što ste htjeli sakriti nije poboljšanje.

Usporedba koja preživi drugo pokretanje

Odaberite dva ili tri odredišta koja zaista koristite i izmjerite istu interakciju na svakome, uključujući stranicu koja vuče mnogo malih resursa i jedan veliki prijenos. Ponovite cijeli set u drugi sat dana.

Izvijestite medijan i najgori slučaj umjesto najbržeg uzorka, jer se interaktivni rad procjenjuje po lošim trenucima. Zabilježite klijenta, krajnju točku ili izlaz i je li krug ili tunel ponovno korišten za to pokretanje. Ako promjena poboljša medijan a pogorša rep, to je razmjena, a ne pobjeda, i odluka hoće li korisnici to primijetiti jest prava odluka.