Visoka DPC latencija ne znači spor VPN put

Zvučni poremećaj i stanka VPN-a padaju u istih deset sekundi, a uslužni program prijavljuje visoku vrijednost označenu kao DPC latencija. Iskušenje je zaključiti da upravljački program usporava tunel ili da tunel opterećuje upravljački program. Nijedan od tih zaključaka ne slijedi iz tog broja.

Ovdje su u igri tri mjerenja i ona ne dijele istu granicu.

Tri broja, tri granice

Odgođeni poziv procedure je posao koji upravljački program odgađa iz svog rukovatelja prekidima, a vrijeme provedeno unutar tih rutina mjerenje je lokalno za procesor, pripisano modulima i funkcijama. Eho povratni put opažanje je vremena na utičnici, koje stvaraju mrežni stog i udaljeni odgovarač. Događaj prekida veze promjena je stanja koju bilježi klijent. Svako odgovara na pitanje na koje ostala ne mogu, a iste jedinice ne čine ih zamjenjivima.

Korisna disciplina je imenovati granicu prije čitanja vrijednosti. Napišite jedinicu i granicu jednu pored druge. Ako alat prijavljuje milisekunde, pitajte milisekunde čega: vremena unutar rutine, vremena čekanja na izvršavanje ili vremena do dolaska odgovora.

Visok broj u jednoj kategoriji je trag, nikada dijagnoza.

Pročitajte definiciju iza naslova

Uslužni programi razlikuju se po tome što nazivaju latencijom. Neki prijavljuju trajanje rutina upravljačkog programa, drugi prijavljuju kašnjenje zakazivanja, a te dvije veličine mogu se kretati u suprotnim smjerovima na istom računalu. Nadzorna ploča koja jednu od njih naziva samo DPC latencijom rekla vam je manje nego što izgleda. Zato se dvije ploče mogu ne slagati o računalu koje se uopće nije promijenilo.

Isto upozorenje vrijedi unutar jednog alata za analizu. Uključivo trajanje prati rutinu od ulaza do izlaza, dok isključivo trajanje zbraja samo dijelove u kojima je ta rutina sama izvršavala. Odabir pogrešnog stupca pretvara pozivatelja u krivca.

Lokalni rad upravljačkog programa i mrežno kašnjenje također djeluju zajedno, bez stapanja. Prekomjerna aktivnost povezana s prekidima može odgoditi rad osjetljiv na vrijeme na računalu, a zagušen put može odgoditi pakete, i oboje može biti točno tijekom jedne vidljive stanke.

Stavite svako opažanje u jedan prozor

Praćenje je korisno samo ako čitate interval koji sadrži simptom. Zabilježite praćenje, događaj klijenta i kvar aplikacije s vremenskim oznakama, pa pogledajte iste sekunde u sva tri. Maksimum iz jednosatnog praćenja i prekid kasnije tog poslijepodneva dvije su nepovezane činjenice.

wpr -start CPU -filemode
wpr -stop vpn-trace.etl
xperf -i vpn-trace.etl -a dpcisr -o dpc.txt

Zatim otvorite praćenje u alatu za analizu i sortirajte po trajanju unutar tog prozora, a ne po cijelom snimku. smjernice za analizu procesora opisuje prikaz trajanja DPC/ISR koji vrijeme pripisuje modulima i funkcijama.

Potvrdite što se stvarno dogodilo tunelu dok ste tamo. Kratak gubitak prometa aplikacije ne znači da je klijent započeo novo pregovaranje, a uspjeh malog testa ne dokazuje da je sve ostalo nastavilo raditi.

Promijenite komponentu na koju upućuju dokazi

Zauzet modul mjesto je za istragu, ne presuda. Možda obavlja posao koji je izazvala druga komponenta ili radno opterećenje koje ste vi stvorili. Držite zajedno naziv modula, uređaj, verziju upravljačkog programa i promatrani interval, jer je to skup na koji dobavljač može djelovati.

Jedna promjena po eksperimentu jedini je način da se nauči iz rezultata. Žičana usporedba sužava opseg, ali istovremeno mijenja radioput i aktivnost upravljačkog programa, pa je tretirajte kao trag, a ne kao dokaz.

Tretirajte praćenje kao osjetljivo. Može sadržavati nazive procesa i pojedinosti okruženja, pa mu je mjesto u podržanom kanalu za snimanje, a ne u javnom privitku. Recite na koje je opažanje praćenje trebalo odgovoriti.