Visoka latenca DPC ne pomeni počasne poti VPN

Zvočna napaka in premor VPN padeta v istih desetih sekundah, pripomoček pa poroča o visoki vrednosti z oznako latenca DPC. Skušnjava je sklepati, da gonilnik upočasnjuje tunel ali da tunel obremenjuje gonilnik. Noben od teh dveh sklepov ne izhaja iz te številke.

Tu so v igri tri meritve in si ne delijo iste meje.

Tri številke, tri meje

Odloženi klic procedure je delo, ki ga gonilnik odloži iz svojega upravljalnika prekinitev, in čas, prebit znotraj teh rutin, je meritev, lokalna za procesor, pripisana modulom in funkcijam. Odmev tja in nazaj je opazovanje časa na vtičnici, ki ga ustvarita omrežni sklad in oddaljeni odzivnik. Dogodek prekinitve povezave je prehod stanja, ki ga zabeleži odjemalec. Vsak odgovarja na vprašanje, na katero drugi ne morejo, in enake enote jih ne delajo zamenljivih.

Koristna disciplina je poimenovati mejo pred branjem vrednosti. Zapišite enoto in mejo drugo ob drugi. Če pripomoček poroča o milisekundah, vprašajte, milisekundah česa: časa znotraj rutine, čakanja na izvajanje ali časa do prihoda odgovora.

Visoka številka v eni kategoriji je sled, nikoli diagnoza.

Preberite definicijo za naslovom

Pripomočki se razlikujejo v tem, kaj imenujejo latenca. Nekateri poročajo o trajanju rutin gonilnika, drugi o zakasnitvi razporejanja, in ti dve količini se lahko na istem stroju premikata v nasprotnih smereh. Nadzorna plošča, ki eno od njiju imenuje preprosto latenca DPC, vam je povedala manj, kot se zdi. Zato se lahko dve plošči ne strinjata glede stroja, ki se sploh ni spremenil.

Enaka previdnost velja znotraj enega orodja za analizo. Vključujoče trajanje sledi rutini od vstopa do izstopa, medtem ko izključujoče trajanje sešteva samo tiste odrezke, v katerih se je izvajala sama rutina. Izbira napačnega stolpca naredi klicatelja krivega.

Lokalno delo gonilnika in omrežna zakasnitev tudi delujeta druga na drugo, ne da bi se zlili. Prekomerna dejavnost, povezana s prekinitvami, lahko zakasni časovno občutljivo delo na stroju, zamašena pot pa lahko zakasni pakete, in oboje lahko velja med enim vidnim premorom.

Vsako opažanje postavite v eno okno

Sledenje je koristno le, če berete interval, ki vsebuje simptom. Zabeležite sledenje, dogodek odjemalca in napako aplikacije s časovnimi žigi, nato poglejte iste sekunde v vseh treh. Najvišja vrednost iz enournega sledenja in prekinitev pozneje tistega popoldneva sta dve nepovezani dejstvi.

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

Nato odprite sledenje v orodju za analizo in razvrstite po trajanju znotraj tega okna, ne po celotnem posnetku. smernice za analizo procesorja opisuje pogled trajanja DPC/ISR, ki pripisuje čas modulom in funkcijam.

Potrdite, kaj se je tunelu v resnici zgodilo, medtem ko ste tam. Kratka izguba prometa aplikacije ne pomeni, da je odjemalec začel novo pogajanje, in uspeh majhne preizkušnje ne dokazuje, da je vse ostalo še naprej delovalo.

Zamenjajte komponento, ki jo navajajo dokazi

Zaseden modul je kraj za preiskavo, ne sodba. Morda opravlja delo, ki ga povzroči druga komponenta ali obremenitev, ki ste jo ustvarili. Hranite skupaj ime modula, napravo, različico gonilnika in opazovani interval, ker je prav ta nabor tisto, na kar lahko dobavitelj ukrepa.

Ena sprememba na poskus je edini način, da se naučite iz rezultata. Žična primerjava zoži obseg, a hkrati spremeni radijsko pot in dejavnost gonilnika, zato jo obravnavajte kot sled, ne kot dokaz.

Sledenje obravnavajte kot občutljivo. Lahko vsebuje imena procesov in podrobnosti okolja, zato spada v podprti kanal za zajemanje, ne v javno prilogo. Povejte, na katero opažanje bi moralo sledenje odgovoriti.