Miks VPN-i allalaadimist piirab serveri üleslaadimine

Klient näitab kiiret allalinkki, server istub fiiberühendusel ja ülekanne roomab ikkagi. Number, mida inimesed võrdlevad, on tavaliselt kliendi paketis trükitud number, samal ajal kui pakett läbib tegelikult kõigepealt serveri väljamineva juurdepääsulüli. See lüli on eelarve, millesse ülekanne peab mahtuma. Väikesel koduses ühenduses on see tee väikseim number.

Number, mille te lugesite, oli vales suunas

Allalaadimine kaugkliendi suunas kulutab tunneliserveri otsas üleslaadimise võimsust. Serveri reklaamitud allalaadimiskiirused kirjeldavad vastassuunda ega ütle selle kohta midagi. Sama asümmeetria pöördub, kui klient üles laadib, mistõttu üks suund võib tunduda korras, samal ajal kui teine on kasutuskõlbmatu.

Kapseldamise üldkulud ja mis tahes konkureeriv liiklus kulutavad osa samast eelarvest. Kumbki neist ei ole nähtav kiirustestis, mis mõõdab ainult klienti.

Kirjutage tee eelarvena

Loetlege iga piir, mida pakett peab ületama, ja andke igale number samas ühikus. Tarne allikast, töötlemine serveris, serveri üleslüli, vahepealne tee, kliendi allalüli ja töötlemine kliendis kehtivad kõik. Kasutatav kiirus on neist väikseim miinus üldkulud, ja ükski häälestus sellest laest kõrgemal ei muuda tulemust. Kirjutage nimekiri enne mõõtmist üles, sest see ütleb, millist numbrit mitte uskuda.

Serveri 20 Mbit/s üleslüli ja kliendi 100 Mbit/s allalüli korral piirab server ülekannet kaua enne, kui klient seda märkab. Üldkulud ja mis tahes samaaegne ülekanne võtavad veel ühe osa, ja küllastunud üleslüli viivitab ka kinnitusi, mis teeb TCP ülekande aeglasemaks kui toores lagi. Kumbki mõju ei ilmne pakettide võrdluses.

Hoidke megabitid ja megabaidid eraldi ning öelge, kas iga näitaja mõõdab krüpteeritud lüli liiklust või rakenduse kasulikku koormust. Nende kahe segamine on kõige tavalisem põhjus, miks eelarve näib mitte kokku jooksvat. Märgistage iga näitaja selle ühiku ja mõõtepunktiga.

Kus plaat teile tegelikult maksma läheb

Kui juurdepääsulüli on piisavalt suur, muutub lõpp-punkti riistvara nähtavaks ja alles siis on protsessoril tähtsust. Tehke kindlaks mudel, liideste paigutus ja kasutatav teostus. Vaatlus varase plaadi jagatud siini kohta ei kirjelda iga hilisemat redaktsiooni.

Võrrelge üksikuid töötlemisteid, mitte ühtset protsessori keskmist. Mõõdukas üldkoormus võib varjata üht küllastunud tuuma, mis teeb kogu töö paketi kohta, ja taktsagedus ei kandu protsessorite konstruktsioonide vahel jõudlusskoorina. Paketi kiirus loeb sama palju kui läbilaskevõime, sest väikesed paketid maksavad baidi kohta rohkem kui suured. Mõõtke paketisuurustega, mida teie töökoormus tegelikult kasutab.

Soojus- ja võimsuspiirid otsustavad ka püsiva käitumise. Lühike puhang võib tunduda suurepärane, samal ajal kui kümne minuti pikkune ülekanne pidurdub, mistõttu on mõneseekundiline võrdlusalus halb juht öiseks varunduseks.

Tootja jõudlusjuhised eraldavad juurdepääsu ribalaiuse, protsessori, pakettide töötlemise, transporti ja paketi suuruse eraldi piiranguteks. Neid tasub lugeda enne šifri muutmist, sest šifri muutmine liigutab harva piiri, mis ei olnud kunagi piiriks.

Mõõtke enne, kui muudate šifrit

Käivitage suunapõhine test, mis teatab tunnelist tegelikult saavutatud kiiruse, seejärel käivitage sama test töötlemata liidesel võrdlemiseks. Nende kahe numbri vahe on tunneli kulu ja kahest laest väiksem ütleb, millist piiri rünnata.

Hoidke turbepoliitika puutumatuna, kui võrdlete. Vana tulemus, mis on saadud nõrga šifri või üleklokitud plaadiga, ei ole praeguse juurutuse plaan.

iperf3 -c 10.44.0.1 -R -t 30
iperf3 -c 10.44.0.1 -t 30
ethtool eth0 | grep -i speed

Hoidke suunapõhised tulemused sama käivituse lõpp-punkti vaatluste kõrval. Järgmine muudatus peaks sihtima mõõdetud lage, mitte komponenti, mis spetsifikatsioonilehel kõige väiksemana paistab.