Zašto Tor djeluje sporije od VPN-a: klikovi nasuprot preuzimanjima

Stranice koje djeluju zaglavljeno dok preuzimanja idu normalnom brzinom opisuju povratna putovanja, a ne propusnost. VPN dodaje jedan šifrovani skok, a Tor krug dodaje nekoliko, i svaki dodatni skok košta rukovanje prije nego se pomjeri ijedan korisni bajt. Taj trošak se 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 šta prikaže. Veliko preuzimanje plaća isti trošak postavljanja jednom i zatim struji, i upravo zato se dva 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 zabune se 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 tačka s besposlenim procesorom brzo odgovara na mali zahtjev i ipak ograničava trajni prijenos na ono što njen 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 testerasto. 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 pomjeraju mjerenje do kojeg vam je stalo. To je najčešći način da se žalba na latenciju odgovori nadogradnjom propusnosti.

Onion rutiranje dodaje skokove koje niste odabrali

Tor krug obično koristi tri releja — čuvara, srednji čvor i izlaz — a klijent ih bira iz konsenzusa, a ne s mape. Put zato može biti mnogo duži od prave linije do odredišta. Svaki relej nosi i tuđi saobraćaj, 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 da plaća još jednu izgradnju. Klijent koji gradi svjež krug za svaki zahtjev plaća trošak postavljanja iznova i djeluje mnogo gore od onog koji ga koristi ponovo. Izbor izlaza je takođe 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 je smisao 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 je drugačiji eksperiment od Tora prvo pa VPN-a drugo. U prvom rasporedu VPN krajnja tač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 saobraćaj. Oba su legitimni dizajni, a poređenje bilo kojeg s golim VPN-om mjeri nešto drugo, zato stranica projekta Tor o kombinovanju dvaju to postavlja kao pitanje šta pokušavate sakriti prije nego kao pitanje tajminga.

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

Poređenje koje preživi drugo pokretanje

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

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