Latensi DPC tinggi bukan bermakna laluan VPN perlahan

Satu kerosakan audio dan satu jeda VPN berlaku dalam sepuluh saat yang sama, dan satu utiliti melaporkan angka tinggi berlabel latensi DPC. Dorongan hatinya ialah membuat kesimpulan bahawa pemacu melambatkan terowong, atau terowong membebankan pemacu. Kedua-dua kesimpulan itu tidak mengikut daripada angka tersebut.

Tiga pengukuran terlibat di sini, dan ketiganya tidak berkongsi sempadan yang sama.

Tiga nombor, tiga sempadan

Panggilan prosedur tertunda ialah kerja yang ditangguhkan oleh pemacu daripada pengendali gangguan, dan masa yang dihabiskan dalam rutin itu ialah pengukuran setempat pemproses yang dikaitkan dengan modul dan fungsi. Perjalanan pergi balik gema ialah pemerhatian masa di soket, dihasilkan oleh tindanan rangkaian dan penjawab jauh. Peristiwa pemutusan ialah peralihan keadaan yang direkodkan oleh klien. Setiap satu menjawab soalan yang tidak dapat dijawab oleh yang lain, dan unit yang sama tidak menjadikannya boleh ditukar ganti.

Disiplin yang berguna ialah menamakan sempadan sebelum membaca nilai. Tulis unit dan sempadan bersebelahan. Jika alat melaporkan milisaat, tanya milisaat apa: masa dalam rutin, masa menunggu untuk berjalan, atau masa sehingga balasan tiba.

Angka tinggi dalam satu kategori ialah petunjuk, tidak pernah diagnosis.

Baca definisi di sebalik tajuk

Utiliti berbeza dalam apa yang mereka panggil latensi. Sesetengah melaporkan tempoh rutin pemacu, yang lain melaporkan kelewatan penjadualan, dan kedua-dua kuantiti boleh bergerak ke arah bertentangan pada mesin yang sama. Papan pemuka yang memanggil salah satunya sebagai latensi DPC telah memberitahu anda kurang daripada yang kelihatan. Oleh itu dua papan pemuka boleh berselisih tentang mesin yang tidak berubah sama sekali.

Awas yang sama terpakai dalam satu alat analisis. Tempoh inklusif mengikut rutin dari masuk hingga keluar, manakala tempoh eksklusif hanya menjumlahkan bahagian yang rutin itu sendiri sedang melaksanakan. Memilih lajur yang salah menjadikan pemanggil sebagai pesalah.

Kerja pemacu setempat dan kelewatan rangkaian juga berinteraksi tanpa bergabung. Aktiviti berlebihan berkaitan gangguan boleh melambatkan kerja sensitif masa pada mesin, dan laluan sesak boleh melambatkan paket, dan kedua-duanya boleh benar semasa satu jeda yang kelihatan.

Letakkan setiap pemerhatian dalam satu tetingkap

Jejak hanya berguna jika anda membaca selang yang mengandungi gejala. Rekodkan jejak, peristiwa klien dan kegagalan aplikasi dengan cap masa, kemudian lihat saat yang sama dalam ketiga-tiganya. Nilai maksimum daripada jejak sejam dan pemutusan lebih lewat petang itu ialah dua fakta yang tidak berkaitan.

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

Kemudian buka jejak dalam alat analisis dan susun mengikut tempoh dalam tetingkap itu, bukan mengikut keseluruhan tangkapan. panduan analisis CPU menerangkan paparan tempoh DPC/ISR yang mengaitkan masa dengan modul dan fungsi.

Sahkan apa yang sebenarnya berlaku kepada terowong semasa anda di sana. Kehilangan trafik aplikasi sebentar tidak bermakna klien memulakan rundingan baharu, dan kejayaan ujian kecil tidak membuktikan bahawa segala-galanya terus berfungsi.

Tukar komponen yang disebut oleh bukti

Modul sibuk ialah tempat untuk menyiasat, bukan keputusan. Ia mungkin melakukan kerja yang disebabkan oleh komponen lain, atau oleh beban kerja yang anda hasilkan. Simpan bersama nama modul, peranti, versi pemacu dan selang yang diperhatikan, kerana set itulah yang boleh diambil tindakan oleh vendor.

Satu perubahan setiap eksperimen ialah satu-satunya cara untuk belajar daripada hasilnya. Perbandingan berwayar menyempitkan skop, tetapi ia mengubah laluan radio dan aktiviti pemacu pada masa yang sama, jadi anggap ia sebagai petunjuk, bukan bukti.

Anggap jejak sebagai sensitif. Ia boleh mengandungi nama proses dan butiran persekitaran, jadi tempatnya ialah saluran tangkapan yang disokong, bukan lampiran awam. Nyatakan pemerhatian mana yang sepatutnya dijawab oleh jejak itu.