Visoka DPC latencija ne znači spor VPN put

Zvučni poremećaj i pauza 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 drajver usporava tunel ili da tunel opterećuje drajver. 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 drajver odlaže iz svog rukovaoca prekidima, a vrijeme provedeno unutar tih rutina je mjerenje lokalno za procesor, pripisano modulima i funkcijama. Eho povratni put je zapažanje vremena na soketu, koje stvaraju mrežni stek i udaljeni odgovarač. Događaj prekida veze je promjena stanja koju bilježi klijent. Svako odgovara na pitanje na koje ostala ne mogu, a iste jedinice ih ne čine 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 se razlikuju po tome šta nazivaju latencijom. Neki prijavljuju trajanje drajverskih rutina, drugi prijavljuju kašnjenje zakazivanja, a te dvije veličine mogu se kretati u suprotnim smjerovima na istom računaru. Nadzorna tabla koja jednu od njih naziva samo DPC latencijom rekla vam je manje nego što izgleda. Zato se dvije table mogu ne slagati o računaru koji se uopšte nije promijenio.

Isto upozorenje važi unutar jednog alata za analizu. Uključivo trajanje prati rutinu od ulaza do izlaza, dok isključivo trajanje sabira samo dijelove u kojima je ta rutina sama izvršavala. Izbor pogrešne kolone pretvara pozivaoca u krivca.

Lokalni rad drajvera i mrežno kašnjenje takođe djeluju zajedno, bez stapanja. Prekomjerna aktivnost povezana s prekidima može odgoditi rad osjetljiv na vrijeme na računaru, a zagušen put može odgoditi pakete, i oboje može biti tačno tokom jedne vidljive pauze.

Stavite svako zapaž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 popodneva 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 šta se zaista dogodilo tunelu dok ste tamo. Kratak gubitak saobraćaja 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 je mjesto 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 drajvera i posmatrani 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čano poređenje sužava opseg, ali istovremeno mijenja radio-put i aktivnost drajvera, pa ga 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 prilogu. Recite na koje je zapažanje praćenje trebalo odgovoriti.