అప్‌లోడ్ సమయంలో VPN నెమ్మదిగా అనిపించడానికి కారణం: క్యూ ఆలస్యం
ప్యాకెట్‌లు క్యూలో నిరీక్షిస్తున్నప్పుడు వేగవంతమైన బదిలీ కూడా కాల్‌లను కత్తిరించవచ్చు. 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_codelshow ఆదేశం ప్రస్తుత క్రమశిక్షణతో పాటు బ్యాక్‌లాగ్ మరియు డ్రాప్ కౌంటర్‌లను నివేదిస్తుంది, ఇది ఈ ఇంటర్‌ఫేస్ అడ్డంకా లేక ట్రాఫిక్‌ను పంపుతోందా అని చెబుతుంది. మూల క్రమశిక్షణను న్యాయమైన క్యూ అల్గోరిథంతో భర్తీ చేయడం చిన్న ప్రవాహాలకు పెద్ద డేటాతో పంచుకునే ఒక FIFOకి బదులు వాటి సొంత వంతును ఇస్తుంది. రౌటర్ అడ్డంకిగా ఉన్నప్పుడు దానిని రౌటర్ WAN ఇంటర్‌ఫేస్‌పై వర్తించండి, అలవాటుతో టన్నెల్ పరికరంపై కాదు. మునుపటి కాన్ఫిగరేషన్‌ను ఉంచి లోడ్ ఉన్న ప్రతిస్పందన మరియు బదిలీ వేగం రెండింటినీ మళ్లీ పరీక్షించండి, ఎందుకంటే కొంచెం తక్కువ బల్క్ వేగం ఉపయోగించదగిన కాల్‌లకు మంచి మార్పిడి.
టన్నెల్ ఏమి మారుస్తుంది, ఏమి దాచుతుంది
VPN ఎన్‌క్రిప్షన్ మరియు మరో హాప్‌ను జోడిస్తుంది, టన్నెల్ వెలుపల ఉన్న పరికరాల నుండి వ్యక్తిగత ప్రవాహాలను కూడా దాచుతుంది. అప్‌స్ట్రీమ్ పరికరం యాప్ ఆధారిత ప్రాధాన్యతను అందించినప్పుడు ఇది ముఖ్యం, ఎందుకంటే అది అసలు సంభాషణలకు బదులు ఎన్‌క్రిప్ట్ చేసిన ప్యాకెట్‌లను చూస్తుంది. టన్నెల్‌ను తానే ముగించే రౌటర్ వేరే దృశ్యాన్ని మరియు పని భారాన్ని కలిగి ఉంటుంది, దాని లోపల వర్గీకరించగలదు. రెండు ఏర్పాట్లలో ఏదీ యాక్సెస్ లింక్‌పై క్యూను తొలగించదు, ఆలస్యం సాధారణంగా అక్కడే పోగుపడుతుంది.
ఆలస్యం లోడ్‌ను అనుసరించకపోతే, క్యూలను ట్యూన్ చేయడం ఆపి మరెక్కడో చూడండి: Wi-Fi పరిస్థితులు, ప్యాకెట్ పరిమాణ సమస్యలు లేదా ఒక చెడ్డ నిష్క్రమణ మార్గం. కొలత లేకుండా వర్తించిన క్యూ సెట్టింగ్‌లు రహస్యాన్ని మాత్రమే కదిలిస్తాయి.