Vysoká latencia DPC neznamená pomalú cestu VPN
Čas ovládača, ozveny tam a späť a udalosti relácie sa navzájom obviňujú. Prečítajte si, čo meria každé počítadlo, skôr než zmeníte komponent.
Zvuková porucha a pauza VPN padnú do rovnakých desiatich sekúnd a nástroj hlási vysokú hodnotu označenú ako latencia DPC. Láka to uzavrieť, že ovládač spomaľuje tunel, alebo že tunel zaťažuje ovládač. Ani jeden z týchto záverov z toho čísla nevyplýva.
V hre sú tri merania a nezdieľajú rovnakú hranicu.
Tri čísla, tri hranice
Odložené volanie procedúry je práca, ktorú ovládač odkladá zo svojho obslužného rutinu prerušenia, a čas strávený v týchto rutinách je meranie miestne pre procesor priradené modulom a funkciám. Ozvena tam a späť je pozorovanie času na sockete, ktoré vytvára sieťový zásobník a vzdialený odpovedač. Udalosť odpojenia je prechod stavu zaznamenaný klientom. Každé odpovedá na otázku, na ktorú ostatné nedokážu, a rovnaké jednotky ich nerobia zameniteľnými.
Užitočná disciplína je pomenovať hranicu pred čítaním hodnoty. Napíšte jednotku a hranicu vedľa seba. Ak nástroj hlási milisekundy, pýtajte sa milisekundy čoho: času v rutine, času čakania na spustenie alebo času do príchodu odpovede.
Vysoké číslo v jednej kategórii je stopa, nikdy diagnóza.
Prečítajte si definíciu za titulkom
Nástroje sa líšia v tom, čo nazývajú latenciou. Niektoré hlásia trvanie rutín ovládača, iné hlásia oneskorenie plánovania, a obe veličiny sa môžu na tom istom stroji pohybovať opačnými smermi. Panel, ktorý jednu z nich nazve jednoducho latenciou DPC, vám povedal menej, než sa zdá. Preto sa dva panely môžu nezhodovať o stroji, ktorý sa vôbec nezmenil.
Rovnaká opatrnosť platí aj v jednom analytickom nástroji. Inkluzívne trvanie sleduje rutinu od vstupu po výstup, kým exkluzívne trvanie sčíta len fragmenty, v ktorých sa daná rutina sama vykonávala. Výber nesprávneho stĺpca urobí z volajúceho vinníka.
Miestna práca ovládača a sieťové oneskorenie tiež pôsobia spolu bez toho, aby splývali. Nadmerná aktivita súvisiaca s prerušeniami môže oneskoriť prácu citlivú na čas v stroji a preplnená cesta môže oneskoriť pakety a oboje môže platiť počas jednej viditeľnej pauzy.
Umiestnite každé pozorovanie do jedného okna
Sledovanie je užitočné len vtedy, keď čítate interval, ktorý obsahuje príznak. Zaznamenajte sledovanie, udalosť klienta a zlyhanie aplikácie s časovými značkami a potom sa pozrite na rovnaké sekundy vo všetkých troch. Maximum z hodinového sledovania a odpojenie neskôr toho popoludnia sú dva nesúvisiace fakty.
wpr -start CPU -filemode
wpr -stop vpn-trace.etl
xperf -i vpn-trace.etl -a dpcisr -o dpc.txt
Potom otvorte sledovanie v analytickom nástroji a zoraďte podľa trvania v tomto okne, nie podľa celého záznamu. usmernenia pre analýzu procesora opisuje pohľad na trvanie DPC/ISR, ktorý priraďuje čas modulom a funkciám.
Potvrďte, čo sa tunelu skutočne stalo, kým ste tam. Krátka strata prevádzky aplikácie neznamená, že klient začal nové vyjednávanie, a úspech malej skúšky nedokazuje, že všetko ostatné ďalej fungovalo.
Zmeňte komponent, ktorý označujú dôkazy
Zaneprázdnený modul je miesto na vyšetrovanie, nie rozsudok. Môže vykonávať prácu spôsobenú iným komponentom alebo záťažou, ktorú ste vytvorili. Držte spolu názov modulu, zariadenie, verziu ovládača a pozorovaný interval, pretože práve táto množina je to, s čím dodávateľ môže pracovať.
Jedna zmena na experiment je jediný spôsob, ako sa učiť z výsledku. Káblové porovnanie zužuje rozsah, ale zároveň mení rádiovú cestu aj aktivitu ovládača, takže ho berte ako stopu, nie ako dôkaz.
Berte sledovanie ako citlivé. Môže obsahovať názvy procesov a podrobnosti o prostredí, preto patrí do podporovaného kanála na zachytávanie, nie do verejnej prílohy. Povedzte, na ktoré pozorovanie malo sledovanie odpovedať.