Plendoj pri realtempaj VPN bezonas limdaton kontraŭ kiu malsukcesi, kaj «malalta latenteco» ne estas tia. Decidu, kion la interparolado aŭ la fora sesio devas liveri, poste mezuru la vojon kontraŭ tiu postulo sub deklaritaj kondiĉoj. Sen sojlo por malfruaj pakaĵoj, ĉiu rezulto estas diskutebla. La suba disdivido estas dizajna decido, kaj ĝi ekzistas por ke la mezurado havu ion al kio respondi.

Skribu la limdaton antaŭ ol tuŝi sondilon

La limdato venas de la aplikaĵo kaj ĝiaj uzantoj, ne de la merkatika paĝo de vendanto. Viva voĉa alvoko, fora labortabla sesio kaj nokta sekurkopio eltenas tute malsamajn atendotempojn, kaj la malsukceso, kiu gravas, kutime estas la vosto anstataŭ la mediano. Skribu la nombron kune kun la laborkvanto al kiu ĝi apartenas.

Poste disdonu ĝin. Kaptado kaj paketigado konsumas parton de la buĝeto, la alirila ligo kaj la tunelo alian parton, la de-ĵita bufro de la ricevanto intence retenas pakaĵojn, kaj la aplikaĵa prilaborado prenas la reston. Nomado de tiuj etapoj tenas la tunelan ĉifradon en proporcio anstataŭ igi ĝin la implicita suspektato por ĉiu malrapida pakaĵo.

Fine difinu la mezuran kontrakton en kvar linioj: finpunktoj kaj direkto, trafika formo, kondiĉoj dum la rulado kaj la rezulto, kiun vi raportos. Kvieta dimanĉa specimeno kaj ŝarĝita marda specimeno respondas al malsamaj demandoj, do indiku kiun vi kolektis. Se vi ne povas plenigi ĉiujn kvar liniojn, la rulado ne pretas komenciĝi. Tiu kontrololisto ankaŭ estas tio, kio igas du raportojn kompareblaj monatojn poste, kiam neniu memoras, kion alian la ligo portis.

Dividu la buĝeton inter ĉiu etapo

La tabelo estas planada helpilo, ne kolektitaj datumoj. Plenigu la posedanton por ĉiu vico antaŭ la unua sondilo, ĉar la posedanto estas tiu, kiun vi vokas kiam tiu etapo superas sian parton.

StageWhat it contributesWho owns it
Capture and packetizationEncoder frame size, aggregationApplication owner
Tunnel and transitEncryption, queueing, path lengthNetwork owner
Receiver bufferDeliberate waiting to absorb variationApplication owner
Application processingDecode and render timeApplication owner

Du vicoj kutime surprizas homojn. La ricevanta bufro ne estas difekto kiam ĝi aldonas prokraston, ĉar ĝi faras la taskon por kiu ĝi estis agordita. Kaj la parto de la tunelo ofte estas pli malgranda ol la vico antaŭ ĝi, precipe sur suprenligo kiu saturiĝas dum alŝutoj.

Kiam etapo havas neniun posedanton, la buĝeto estas fikcio. Nomumu unu antaŭ ol mezuri, alie vi pasigos la sekvan kunvenon disputante kies nombro estas malĝusta.

Mezuru unudirektan prokraston per honesta horloĝo

Unudirekta prokrasto estas la nombro pri kiu la limdato zorgas, kaj ĝi bezonas sinkronigitajn horloĝojn ĉe ambaŭ finoj. La metriko de unudirekta prokrasto postulas, ke vi raportu sinkronigan metodon, distingokapablon kaj laŭtaksan dekliniĝon apud la rezulto. Du nesinkronigitaj gastigantoj povas produkti tre precizan nombron por la malĝusta kvanto.

Kaptu kelkcent pakaĵojn anstataŭ plenmanon, kaj notu la horloĝan staton samtempe:

$ ntpq -p
$ owping -c 300 -i 0.2 10.90.0.1
$ ping -c 200 -i 0.2 10.90.0.1 | tail -n 3

La rondira tempo estas aparta mezurado, ne du unudirektaj valoroj sumigitaj kune. Duonigi RTT supozas simetriajn vojojn kaj simetriajn vicojn, kaj tunelo super poŝtelefona suprenligo rutine rompas ambaŭ supozojn. Raportu RTT kiel RTT kaj tenu ĝin ekster la unudirekta buĝeto.

Raportu la voston kaj la malfruajn pakaĵojn

Resumu la distribuon: mediano, 95-a kaj 99-a procentilo, plej malbona kazo, perdo, kaj la nombro de pakaĵoj alvenintaj pli malfrue ol la limdato permesas. La averaĝo estas la malplej utila el tiuj nombroj por realtempa laborkvanto, ĉar glata averaĝo povas kaŝi voston kiu ruinigas ĉiun trian alvokon.

Prokrasta variado rekte nutras la bufron de la ricevanto. Pli da bufrado kaŝas variadon kaj aldonas atendon, do fluo povas aspekti stabila dum ĝi superas sian limdaton. Elektu variadan formulon, indiku la intervalon pri kiu vi mezuris, kaj tenu ĝin konsekvenca inter ruladoj.

Ripetu la ruladon kun reprezenta kruca trafiko. Vojo kiu plenumas la buĝeton kiam ĝi estas senokupa kaj maltrafas ĝin dum sekurkopia fenestro diris al vi ion utilan pri planado, kion neniu unuopa kvieta mezurado malkaŝus. Notu la kondiĉojn apud la rezulto, ĉar la sekva inĝeniero alie komparos du specimenojn kiuj neniam estis kompareblaj.

Akceptu la dezajnon kiam la mezurita vosto eniras la buĝeton sub la laborkvanto kiun vi efektive rulas, kaj malakceptu ĝin nomante en la raporto la etapon kiu superis.

Rilataj artikoloj