અપલોડ દરમિયાન VPN ધીમું કેમ લાગે: કતાર વિલંબ

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

બેન્ડવિડ્થ અને વિલંબ અલગ માપ છે

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

લોડ હેઠળ દિશા પણ ધ્યાનમાં રાખો. ભરેલું અપલોડ બફર ડાઉનલોડ ક્ષમતા નિષ્ક્રિય હોય ત્યારે બાકીનું બધું વિલંબિત કરી શકે છે.

લોડ હેઠળ રાઉન્ડ ટ્રિપ માપો

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

ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"

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

કતારને જ્યાં અડચણ છે ત્યાં ખસેડો

કતાર વ્યવસ્થાપન ફક્ત તે જ ઉપકરણ પર મદદ કરે છે જે ખરેખર બેકલોગ રાખે છે. નિયમો ઉમેરતા પહેલાં ઇન્ટરફેસ શું કરે છે તે તપાસો.

tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codel

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

ટનલ શું બદલે છે અને શું છુપાવે છે

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

જો વિલંબ લોડને અનુસરતું ન હોય, તો કતાર ટ્યુન કરવાનું બંધ કરો અને બીજે જુઓ: Wi-Fi સ્થિતિ, પેકેટ-કદની સમસ્યાઓ અથવા એક નબળો નિકાસ માર્ગ. માપન વિના લાગુ કરેલી કતાર-સેટિંગ્સ ફક્ત રહસ્યને ખસેડે છે.