ઊંચી DPC વિલંબ એ ધીમો VPN માર્ગ નથી

એક ઓડિયો ખામી અને એક VPN વિરામ એ જ દસ સેકન્ડમાં આવે છે, અને એક ઉપયોગિતા DPC વિલંબ તરીકે લેબલ કરેલી ઊંચી સંખ્યા જણાવે છે. લોભ એ છે કે ડ્રાઈવર ટનલને ધીમી કરે છે અથવા ટનલ ડ્રાઈવર પર દબાણ નાખે છે એવું તારણ કાઢવું. એ સંખ્યામાંથી બેમાંથી એક પણ તારણ નીકળતું નથી.

અહીં ત્રણ માપન જોવા મળે છે, અને તેઓ એક સમાન સીમા વહેંચતા નથી.

ત્રણ સંખ્યાઓ, ત્રણ સીમાઓ

મુલતવી રાખેલી પ્રક્રિયા કૉલ એ કામ છે જે ડ્રાઈવર તેના ઇન્ટરપ્ટ હેન્ડલરમાંથી મુલતવી રાખે છે, અને તે રૂટિનની અંદર વીતતો સમય પ્રોસેસર-સ્થાનિક માપન છે જે મોડ્યુલો અને ફંક્શનોને આભારી થાય છે. ઇકો રાઉન્ડ ટ્રિપ એ સોકેટ પરનું સમય-અવલોકન છે, જે નેટવર્ક સ્ટેક અને દૂરસ્થ પ્રતિસાદક બનાવે છે. ડિસ્કનેક્ટ ઇવેન્ટ એ ક્લાયન્ટ દ્વારા નોંધાયેલી સ્થિતિ-સંક્રમણ છે. દરેક એ પ્રશ્નનો જવાબ આપે છે જે બીજા આપી શકતા નથી, અને સમાન એકમો તેમને અદલાબદલી કરી શકાય તેવા બનાવતા નથી.

ઉપયોગી શિસ્ત એ છે કે મૂલ્ય વાંચતાં પહેલાં સીમા કહેવી. એકમ અને સીમા બાજુમાં લખો. જો કોઈ સાધન મિલિસેકન્ડ જણાવે, તો પૂછો કે શેના મિલિસેકન્ડ: રૂટિનની અંદરનો સમય, ચાલવાની રાહ જોતો સમય, કે જવાબ આવવા સુધીનો સમય.

એક શ્રેણીમાં ઊંચી સંખ્યા એ સૂત્ર છે, ક્યારેય નિદાન નહીં.

શીર્ષક પાછળની વ્યાખ્યા વાંચો

ઉપયોગિતાઓ જેને વિલંબ કહે છે તેમાં ભિન્ન છે. કેટલીક ડ્રાઈવર રૂટિનનો સમયગાળો જણાવે છે, અન્ય શેડ્યુલિંગ વિલંબ જણાવે છે, અને બંને માત્રાઓ એક જ મશીન પર વિરુદ્ધ દિશામાં જઈ શકે છે. જે ડેશબોર્ડ તેમાંથી એકને ફક્ત DPC વિલંબ કહે છે, તેણે દેખાય તે કરતાં ઓછું જણાવ્યું છે. તેથી બે ડેશબોર્ડ એવા મશીન વિશે અસહમત થઈ શકે છે જે બિલકુલ બદલાયું નથી.

એક જ વિશ્લેષણ સાધનની અંદર પણ એ જ સાવચેતી લાગુ પડે છે. સમાવેશી સમયગાળો રૂટિનને પ્રવેશથી નિકાસ સુધી અનુસરે છે, જ્યારે વિશિષ્ટ સમયગાળો ફક્ત એ ટુકડાઓનો સરવાળો કરે છે જેમાં તે રૂટિન પોતે ચાલી રહ્યું હતું. ખોટો કોલમ પસંદ કરવો કૉલરને આરોપી બનાવે છે.

સ્થાનિક ડ્રાઈવર કામ અને નેટવર્ક વિલંબ ભળ્યા વિના પણ પરસ્પર ક્રિયા કરે છે. વધુ પડતી ઇન્ટરપ્ટ-સંબંધિત પ્રવૃત્તિ મશીન પર સમય-સંવેદનશીલ કામમાં વિલંબ કરી શકે છે, અને ભીડવાળો માર્ગ પેકેટમાં વિલંબ કરી શકે છે, અને એક દૃશ્યમાન વિરામ દરમિયાન બંને સાચા હોઈ શકે છે.

દરેક અવલોકનને એક વિન્ડોમાં મૂકો

ટ્રેસ ત્યારે જ ઉપયોગી છે જ્યારે તમે લક્ષણ ધરાવતું અંતરાલ વાંચો. ટ્રેસ, ક્લાયન્ટની ઇવેન્ટ અને એપ્લિકેશનની નિષ્ફળતા સમય-છાપ સાથે નોંધો, પછી ત્રણેયમાં એ જ સેકન્ડો જુઓ. એક કલાકની ટ્રેસનું મહત્તમ અને એ બપોરે પછીનું ડિસ્કનેક્ટ બે અસંબંધિત હકીકતો છે.

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

પછી વિશ્લેષણ સાધનમાં ટ્રેસ ખોલો અને સમગ્ર કૅપ્ચરને બદલે તે વિન્ડોમાં સમયગાળા પ્રમાણે ગોઠવો. CPU વિશ્લેષણ માર્ગદર્શિકા DPC/ISR સમયગાળાનું દૃશ્ય વર્ણવે છે જે સમયને મોડ્યુલો અને ફંક્શનોને આભારી ઠેરવે છે.

તમે ત્યાં હો ત્યારે ટનલ સાથે ખરેખર શું થયું તેની ખાતરી કરો. એપ્લિકેશન ટ્રાફિક થોડા સમય માટે ગુમાવવો એનો અર્થ એ નથી કે ક્લાયન્ટે નવી વાટાઘાટ શરૂ કરી, અને નાની પ્રોબની સફળતા સાબિત કરતી નથી કે બાકીનું બધું ચાલુ રહ્યું.

પુરાવા જે ઘટક દર્શાવે તે બદલો

વ્યસ્ત મોડ્યુલ તપાસનું સ્થળ છે, ચુકાદો નહીં. તે અન્ય ઘટક અથવા તમે ઉત્પન્ન કરેલા ભારને કારણે થતું કામ કરી રહ્યું હોઈ શકે. મોડ્યુલનું નામ, ઉપકરણ, ડ્રાઈવર આવૃત્તિ અને અવલોકિત અંતરાલ સાથે રાખો, કારણ કે એ જ સમૂહ છે જેના પર સપ્લાયર કાર્ય કરી શકે.

દરેક પ્રયોગમાં એક ફેરફાર એ પરિણામમાંથી શીખવાનો એકમાત્ર રસ્તો છે. વાયરવાળી સરખામણી વ્યાપ સાંકડો કરે છે, પણ તે એક જ સમયે રેડિયો માર્ગ અને ડ્રાઈવર પ્રવૃત્તિ બદલે છે, તેથી તેને પુરાવા નહીં પણ સૂત્ર તરીકે લો.

ટ્રેસને સંવેદનશીલ ગણો. તેમાં પ્રક્રિયાઓનાં નામ અને પર્યાવરણની વિગતો હોઈ શકે છે, તેથી તેનું સ્થાન સમર્થિત કૅપ્ચર ચેનલ છે, જાહેર જોડાણ નહીં. કહો કે ટ્રેસ કયા અવલોકનનો જવાબ આપવા માટે હતી.