Kial VPN-elŝuto estas limigita de la suprenŝuto de la servilo

La kliento montras rapidan malsuprenligon, la servilo sidas sur fibra konekto, kaj la transigo tamen rampas. La nombro, kiun homoj komparas, estas kutime tiu presita en la plano de la kliento, dum la paketo fakte unue transiras la elirigan alirkonekton de la servilo. Tiu konekto estas la buĝeto, en kiun la transigo devas entaŭiĝi. Sur malgranda hejma konekto ĝi estas la plej malgranda nombro sur la vojo.

La nombro, kiun vi legis, estis en la malĝusta direkto

Elŝuto al fora kliento konsumas suprenan kapablon ĉe la servila fino de la tunelo. Anoncitaj elŝutrapidecoj de la servilo priskribas la kontraŭan direkton kaj diras nenion pri ĉi tiu. La sama nesimetrio inversiĝas, kiam la kliento suprenŝutas, kaj tial unu direkto povas ŝajni bona dum la alia estas neuzebla.

Enkapsuliga superkosto kaj ajna konkurenca trafiko konsumas parton de la sama buĝeto. Neniu el ili videblas en rapidotesto, kiu mezuras nur la klienton.

Skribu la vojon kiel buĝeton

Listigu ĉiun limon, kiun la paketo devas transiri, kaj donu al ĉiu nombron en la sama unuo. Livero el la fonto, prilaborado sur la servilo, la suprenligo de la servilo, la intera vojo, la malsuprenligo de la kliento kaj la prilaborado ĉe la kliento ĉiuj validas. La uzebla rapideco estas la plej malgranda el tiuj, minus la superkosto, kaj neniu agordado super tiu plafono ŝanĝas la rezulton. Skribu la liston antaŭ ol mezuri, ĉar ĝi diras al vi, kiun nombron ne kredu.

Kun suprenligo de la servilo de 20 Mbit/s kaj malsuprenligo de la kliento de 100 Mbit/s, la servilo limigas la transigon longe antaŭ ol la kliento rimarkas tion. Superkosto kaj ajna samtempa transigo prenas plian parton, kaj saturita suprenligo ankaŭ prokrastas konfirmojn, kio malrapidigas TCP-transigon sub la kruda plafono. Neniuj el la du efikoj aperas en komparo de planoj.

Tenu megabitojn kaj megabajtojn aparte, kaj diru, ĉu ĉiu cifero mezuras ĉifritan konektotrafikon aŭ aplikaĵan utilŝarĝon. Miksi tiujn du estas la plej ofta kialo, ke buĝeto ŝajne ne adicias. Etikedu ĉiun ciferon per ĝia unuo kaj ĝia mezurpunkto.

Kie la tabulo vere kostas al vi

Post kiam la alirkonekto estas sufiĉe granda, la aparataro de la finpunkto fariĝas videbla, kaj nur tiam la procesoro gravas. Identigu la modelon, la aranĝon de la interfacoj kaj la uzatan realigon. Observo pri komuna buso de frua tabulo ne priskribas ĉiun postan revizion.

Komparu unuopajn prilaborajn vojojn anstataŭ unu procesoran averaĝon. Meza totala ŝarĝo povas kaŝi unu saturitan kernon, kiu faras la tutan laboron po paketo, kaj la takta frekvenco ne transiĝas inter procesoraj dezajnoj kiel poentaro de rendimento. La paketa rapideco same gravas kiel la trairo, ĉar malgrandaj paketoj kostas pli po bajto ol grandaj. Mezuru per la paketaj grandoj, kiujn via laborŝarĝo efektive uzas.

Termikaj kaj potencaj limoj ankaŭ decidas la daŭran konduton. Mallonga eksplodo povas aspekti bonega dum dekminuta transigo malaltiĝas, kaj tial mezuro de kelkaj sekundoj estas malbona gvidilo por nokta rezerva kopio.

La rendimentaj gvidlinioj de la vendanto apartigas alirbandolarĝon, procesoron, paketprilaboradon, transporton kaj paketan grandon en apartajn limigojn. Indas legi ilin antaŭ ol ŝanĝi ĉifron, ĉar ŝanĝo de ĉifro malofte movas limon, kiu neniam estis la limo.

Mezuru antaŭ ol ŝanĝi ĉifron

Rulu direkta teston, kiu raportas la rapidecon efektive atingitan tra la tunelo, poste rulu la saman teston sur la kruda interfaco por komparo. La diferenco inter tiuj du nombroj estas la kosto de la tunelo, kaj la pli malgranda el la du plafonoj diras al vi, kiun limon ataki.

Tenu la sekurecan politikon sendifekta dum vi komparas. Malnova rezulto akirita per malforta ĉifro aŭ troklokita tabulo ne estas plano por la nuna starigo.

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

Konservu la direktain rezultojn apud la finpunktaj observoj el la sama rulo. La sekva ŝanĝo devus celi la mezuritan plafonon anstataŭ la komponanton, kiu aspektas plej malgranda en la specifikilo.