మీ డౌన్లోడ్ వేగంగా ఉంది, మరి ప్రతి క్లిక్ నెమ్మదిగా ఎందుకు అనిపిస్తుంది?

పెద్ద ఫైల్ను వేగంగా డౌన్లోడ్ చేసి ఆ తర్వాత ప్రతి క్లిక్ నెమ్మదిగా అనిపించడం విరుద్ధం కాదు. సామర్థ్యం సెకనుకు ఎంత కదలగలదో చెబుతుంది; రౌండ్-ట్రిప్ సమయం ఉపయోగకరమైనది జరగకముందు ఒక మార్పిడి ఎంత సేపు తీసుకుంటుందో చెబుతుంది. మొదటిది మెరుగుపరచడం రెండవదానికి ఏమీ చేయదు, రెండవదే వ్యక్తి టైప్ చేస్తున్నప్పుడు, క్లిక్ చేస్తున్నప్పుడు లేదా మాట్లాడుతున్నప్పుడు గమనించేది. ఫిర్యాదును కొలవండి, కనెక్షన్ను కాదు.

వేగమైన ఫైల్, నెమ్మదైన క్లిక్: రెండు వేర్వేరు సంఖ్యలు

పెద్ద పరిమాణ బదిలీ డేటాను నిరంతరం కదలికలో ఉంచుతుంది, కాబట్టి ప్రతి వ్యక్తిగత అభ్యర్థన నిరీక్షిస్తున్నా అది ఆరోగ్యకరమైన వేగాన్ని నివేదించగలదు. అనేక బెంచ్మార్క్లు ఒకేసారి అనేక కనెక్షన్లను కూడా తెరుస్తాయి, ఇది ఒక అభ్యర్థన నెమ్మదిగా ఉన్నప్పటికీ మొత్తం సంఖ్యను పెంచుతుంది. రెండు ఫలితాలు సరిపోతాయి, జాప్యం గురించి ఫిర్యాదు చేసే వినియోగదారుకు ఎక్కువ సంఖ్య చెప్పడం నమ్మకం కోల్పోయే మార్గం.

పేజీ లోడ్ కావడం చిన్న మార్పిడుల గొలుసు: పేరు పరిష్కారం, కనెక్షన్ ఏర్పాటు, ఒక అభ్యర్థన, ఒక ప్రతిస్పందన, ఆ తర్వాత ఆధారిత అభ్యర్థనలు. ప్రతి అడుగు మళ్లీ రౌండ్-ట్రిప్ చెల్లిస్తుంది, కాబట్టి ఎక్కువ జాప్యం ఉన్న మార్గం సమృద్ధి సామర్థ్యం ఉన్నా నెమ్మదిగా అనిపిస్తుంది.

టన్నెల్ తన స్వంత ప్రయాణాన్ని మరియు ప్రాసెసింగ్ను జోడిస్తుంది, మ్యాప్లోని లేబుల్ కంటే మార్గం ముఖ్యం. ఒకే దేశంలోని రెండు ఎగ్రెస్లకు ఒకే గమ్యానికి చాలా భిన్నమైన మార్గాలు ఉండవచ్చు. ఇరవై మిల్లీసెకన్ల వ్యత్యాసం పేజీ అనుభూతిని మార్చడానికి సరిపోతుంది, అయినా అది త్రూపుట్ సంఖ్యను దాదాపు కదిలించదు. అందుకే ఎగ్రెస్ ఎంపిక జెండా చిహ్నాన్ని కాదు, జాప్య నమూనాను అనుసరించాలి.

ఫిర్యాదును కొలవండి, కనెక్షన్ను కాదు

వినియోగదారు చెప్పిన వాక్యానికి సరిపోయే కొలతను ఎంచుకోండి. నెమ్మదైన డౌన్లోడ్కు సరైన దిశలో నిరంతర వేగం కావాలి; ఆలస్యమయ్యే కాల్కు ఆ యాప్ యొక్క స్వంత గణాంకాలు కావాలి; నెమ్మదిగా ప్రారంభమయ్యే పేజీకి పేరు పరిష్కారం మరియు ఏర్పాటు సమయాలు కావాలి.

ping -c 20 10.60.0.5
curl -sS -o /dev/null -w 'ttfb=%{time_starttransfer} rate=%{speed_download}\n' https://files.plant.example/1gb.bin
iperf3 -c 10.60.0.5 -t 10 -P 4

మొదటి ఆదేశం ఊహించదగిన విధంగా ప్రతిస్పందించే హోస్ట్కు రౌండ్-ట్రిప్ నమూనా ఇస్తుంది, రెండవది ఒక కనెక్షన్కు మొదటి బైట్ వరకు సమయాన్ని మరియు నిరంతర వేగాన్ని నివేదిస్తుంది, మూడవది నాలుగు సమాంతర స్ట్రీమ్లతో మొత్తం త్రూపుట్ను కొలుస్తుంది. వాటిని రోజులో అదే సమయంలో అదే గమ్యానికి వ్యతిరేకంగా అమలు చేయండి, ఎందుకంటే ఉదయపు నమూనాను సాయంత్రపు నమూనాతో పోల్చడం కొలత కాదు, కథను సృష్టిస్తుంది.

ఎగ్రెస్లను పోల్చేటప్పుడు గమ్యాన్ని స్థిరంగా ఉంచండి. సర్వర్ మరియు టన్నెల్ రెండింటినీ మార్చడం ఒక చరరాశిని రెండుగా మారుస్తుంది, ఫలితం ఏది ముఖ్యమో చెప్పలేదు. ప్రతి ఎగ్రెస్ను కనీసం మూడు సార్లు అమలు చేయండి, ఎందుకంటే ఒకే నమూనా తరచుగా మార్గ మార్పు లేదా శబ్దమున్న ఒక నిమిషంలో పడుతుంది. ఉత్తమ సందర్భం కంటే మధ్యగతం ఎక్కువ ఉపయోగకరం.

ICMPను సమాధానంగా కాదు, ఆధారంగా చూడండి. ప్రతిస్పందించే హోస్ట్ మీ యాప్ ఉపయోగించే మార్గం కంటే వేరే మార్గంలో ప్రతిధ్వని అభ్యర్థనలను నిర్వహించవచ్చు, ఒక ప్రతిస్పందన పోవడం ప్రతి యాప్ ప్యాకెట్లను కోల్పోతున్నట్లు రుజువు కాదు.

లోడ్ కింద జాప్యం ఒక క్యూ సమస్య

ప్రజలను ఎక్కువగా గందరగోళపరిచే నమూనా పనిలేని సమయంలో బాగా అనిపించి బ్యాకప్ సమయంలో పనికిరాని కనెక్షన్. అది క్యూ, సామర్థ్యం కాదు. నిండిన అప్లింక్ ప్రతి ఇతర ప్యాకెట్ ముందు బఫర్ను నిర్మిస్తుంది, కాబట్టి కీ నొక్కుడు అప్లోడ్లోని ఒక భాగం వెనుక వేచి ఉంటుంది.

ping -c 20 10.60.0.5 &
iperf3 -c 10.60.0.5 -t 20 -R -b 20M

మొదటి ఆదేశం నేపథ్యంలో జాప్య నమూనాలను తీసుకుంటుంది, రెండవది వ్యతిరేక దిశను నింపుతుంది. బదిలీ సమయంలో ping సమయాలు దూకి తర్వాత కోలుకుంటే, మీరు రూటింగ్ లోపాన్ని కనుగొనలేదు, bufferbloatను తిరిగి ఉత్పత్తి చేశారు. పరిష్కారం సాధారణంగా క్యూ నిర్వహణ సెట్టింగ్, తక్కువ నేపథ్య వేగం లేదా పెద్ద బదిలీని ఇంటరాక్టివ్ మార్గం నుండి తరలించడం.

ఐచ్ఛిక నేపథ్య ట్రాఫిక్ను తగ్గించడం ఎగ్రెస్ దేశాన్ని మార్చడం కంటే తరచుగా ఎక్కువ సహాయపడుతుంది. ఇది చవకైనది, తిరిగి మార్చగలిగేది మరియు ఒక నిమిషంలో పరీక్షించగలిగేది. క్యూను నిర్వహించలేకపోతే పెద్ద అప్లోడ్లను పని వేళల వెలుపల షెడ్యూల్ చేయండి, పగటిపూట నడపాల్సి వస్తే వాటి వేగాన్ని పరిమితం చేయండి. రౌటర్ మద్దతు ఇస్తే క్యూ నిర్వహణ సెట్టింగ్ మెరుగైన పరిష్కారం.

ఒక విషయాన్ని మార్చి సమానాన్ని సమానంతో పోల్చండి

ఎక్కువ పనిలేని జాప్యం కోసం గమ్యాన్ని స్థిరంగా ఉంచి ఎగ్రెస్లను పోల్చండి, తర్వాత ఉత్తమ అభ్యర్థికి మార్గాలను పోల్చండి. తక్కువ స్థిర త్రూపుట్ కోసం దానికి బదులుగా సామర్థ్యం, సర్వర్ లోడ్ మరియు క్లయింట్ ప్రాసెసింగ్ను చూడండి, ఎందుకంటే అవి వేరే పరిమితులు.

మీరు ఏమి కొలిచారు, ఏ గమ్యానికి వ్యతిరేకంగా, ఏ సమయంలో మరియు ఏ సెట్టింగ్లతో అని రాయండి. ఆ నాలుగు వాస్తవాలు లేకుండా పోలికను పునరావృతం చేయలేము, తదుపరి వ్యక్తి సున్నా నుండి ప్రారంభిస్తాడు.

తర్వాత టికెట్లోని వాదనకు సాధనాన్ని సరిపోల్చండి. "నెమ్మదైన ఇంటర్నెట్" కొలత కాదు; "ఈ హోస్ట్కు మొదటి బైట్కు 900 ms పట్టింది, అయితే త్రూపుట్ బాగుంది" ఒక కొలత, అది సామర్థ్యం వైపు కాదు, నేరుగా జాప్యం వైపు సూచిస్తుంది.