ఒకే సొరంగంలో రెండు VPN వేగ పరీక్షలు ఎందుకు కలవవు
కొత్త నిష్క్రమణ పరీక్షా సర్వర్ను మారుస్తుంది, నెమ్మదిగా ప్రారంభం ఫలితాన్ని మారుస్తుంది. గమ్యాన్ని స్థిరపరచండి, స్ట్రీమ్ల సంఖ్యను సమం చేయండి మరియు ప్రాసెసర్ ఖర్చును లింక్ సామర్థ్యం నుండి వేరు చేయండి.
రెండు రన్లు, ఒక సొరంగం, మరియు సంఖ్యలు మూడు రెట్లు భిన్నంగా ఉన్నాయి. వాటి మధ్య సొరంగం మారలేదు. మారినది కొలత: మీ కనిపించే స్థానం ఆధారంగా సర్వర్ను ఎంచుకునే పరీక్షా సైట్, గొట్టాన్ని ఒక నెమ్మది ప్రారంభం నింపుతుందా లేక ఆరు నింపుతాయా అని నిర్ణయించే స్ట్రీమ్ సంఖ్య, మరియు మార్గం సరిగ్గా ఉపయోగించబడక ముందే ముగిసేంత చిన్న వ్యవధి. వేగ పరీక్షలు తప్పు కావు, కానీ అవి ప్రజలు వాటిని అడిగే ప్రశ్న కంటే సన్నని ప్రశ్నకు సమాధానం ఇస్తాయి.
కొత్త నిష్క్రమణ చిరునామా పరీక్షా గమ్యాన్ని మారుస్తుంది
చాలా పరీక్షా సైట్లు స్వయంచాలకంగా కొలత సర్వర్ను ఎంచుకుంటాయి, మరియు మీ కనెక్షన్ ఎక్కడి నుండి వస్తున్నట్టు కనిపిస్తుందో చూసి పాక్షికంగా ఎంచుకుంటాయి. సొరంగాన్ని ఆన్ చేయండి, మీ కనిపించే దేశం మారుతుంది, కాబట్టి ఎంచుకున్న సర్వర్ మారుతుంది, మరియు పోలిక ఇప్పుడు రెండు వేర్వేరు హోస్ట్లకు రెండు వేర్వేరు మార్గాలను కవర్ చేస్తుంది.
ఫలితం ఎలాంటి VPN కొలత కాదు. మీరు ఎంచుకోని సర్వర్కు మీ మార్గం యొక్క కొలత ఇది, మరియు రెండు రన్ల మధ్య భేదాన్ని సొరంగం చేసిన దేని కంటే ఆ సర్వర్ పీరింగ్ ప్రభావితం చేయవచ్చు.
మరేదైనా మార్చే ముందు గమ్యాన్ని స్థిరపరచండి. ప్రతి నమ్మదగిన సాధనం సర్వర్ను స్పష్టంగా ఎంచుకోనిస్తుంది, ఇవ్వనప్పుడు ఫలిత పేజీ సాధారణంగా ఉపయోగించినదాన్ని పేర్కొంటుంది, రెండు రన్లు పోల్చదగినవి కావు అని గమనించడానికి అది చాలు. సైట్ ఏమి చూసిందో దాని ఎంపికను నమ్మే ముందు నిర్ధారించండి:
curl -sS https://ipinfo.io/json | grep -E '"ip"|"org"|"country"'
రన్ల మధ్య దేశం మారితే, పరీక్ష తర్వాత ఎంచుకున్నవన్నీ మారాయి. ప్రతి ఫలితం పక్కన కనిపించిన నిష్క్రమణను రాయండి, గందరగోళం ఎక్కువగా మాయమవుతుంది.
నెమ్మది ప్రారంభం చాలా చిన్న పరీక్షలు ముగిసిన తర్వాత ముగుస్తుంది
TCP కనెక్షన్ లింక్ వేగంతో ప్రారంభం కాదు. చిన్న రద్దీ విండోతో ప్రారంభమవుతుంది, దాదాపు ప్రతి రౌండ్ ట్రిప్కు దాన్ని రెట్టింపు చేస్తుంది, మరియు కొన్ని రౌండ్ ట్రిప్ల తర్వాతే మార్గం సామర్థ్యాన్ని చేరుతుంది. ఎక్కువ ఆలస్యం ఉన్న మార్గంలో పది సెకన్ల పరీక్ష తన జీవితంలో గణనీయమైన భాగాన్ని ఆ ఎక్కింపులో గడపవచ్చు.
అందుకే ఎక్కువ ఆలస్యం ఉన్న సొరంగం చిన్న పరీక్షలో అర్హత కంటే తక్కువ స్కోరు పొందుతుంది, అందుకే పొడవైన రన్ ఎలాంటి కాన్ఫిగరేషన్ మార్పు లేకుండా ఎక్కువ సంఖ్యను నివేదిస్తుంది. RFC 6349 నెట్టడం ఫ్రేమ్వర్క్ దీన్ని స్పష్టంగా పరిగణిస్తుంది, అందుకే తీవ్రమైన కొలతలు స్థిర స్థితిని చేరుకోవడానికి సరిపడా సేపు కొనసాగుతాయి. ఉపగ్రహ మార్గంలో ఐదు సెకన్ల రన్ మార్గాన్ని కాదు, త్వరణకాన్ని కొలుస్తుంది.
ఒకే సంఖ్యను నమ్మకుండా కనెక్షన్ దశలను చూడండి. Curl ప్రతి దశను విడిగా నివేదిస్తుంది, కాబట్టి సమయం చేతులు కలపడానికి వెళ్తుందా, ఎక్కింపుకా, బదిలీకా అని చూడవచ్చు:
curl -sS -o /dev/null -w 'dns=%{time_namelookup} tcp=%{time_connect} tls=%{time_appconnect} total=%{time_total} bytes/s=%{speed_download}\n' \
https://mirror.example.net/testfile.bin
అదే గమ్యానికి వరుసగా రెండుసార్లు నడపండి. రెండవ రన్ చాలా వేగంగా ఉంటే, మీరు మార్గాన్ని కాదు, ఎక్కింపును కొలుస్తున్నారు, మరియు మొదటిదాన్ని మాత్రమే ఉపయోగించిన ఏ పోలికైనా సందేహాస్పదం.
ఒక స్ట్రీమ్ మరియు ఆరు స్ట్రీమ్లు వేర్వేరు విషయాలను కొలుస్తాయి
ఒక TCP స్ట్రీమ్ గాలిలో ఉంచగల విండోతో పరిమితమవుతుంది, అది దాదాపు రౌండ్ ట్రిప్ సమయాన్ని వేగంతో గుణించినంత. పొడవైన మార్గంలో ఆ గుణకారం ఒక స్ట్రీమ్ ఉపయోగించే దాని కంటే ఎక్కువ, కాబట్టి ఒక డౌన్లోడ్ ఉన్న సామర్థ్యాన్ని తక్కువగా చూపుతుంది. ఆరు సమాంతర స్ట్రీమ్లు ఆ అంతరాన్ని నింపి పెద్ద సంఖ్య ఇస్తాయి.
iperf3 -c speed.example.net -t 20
iperf3 -c speed.example.net -t 20 -P 6
mtr -rwc 50 speed.example.net
రెండు సంఖ్యలూ నిజం. ఒక స్ట్రీమ్ సంఖ్య ఒక డౌన్లోడ్ ఏమి చేస్తుందో చెబుతుంది, దాన్ని సాధారణంగా బ్రౌజర్ ట్యాబ్ పొందుతుంది. సమాంతర సంఖ్య మార్గం మొత్తంగా ఏమి మోయగలదో చెబుతుంది, దాన్ని టొరెంట్ లేదా బహుభాగ డౌన్లోడ్ ఉపయోగించవచ్చు. ఒకదాన్ని మరొకటిగా ఉటంకించడమే ఆరోగ్యకరమైన సొరంగాన్ని కారణం లేకుండా మార్చే మార్గం.
సమాంతర ఫలితాన్ని ఒక స్ట్రీమ్ ఫలితంతో పోల్చడమే, VPN తమ వేగాన్ని సగానికి తగ్గించిందని ప్రజలు చేరుకునే అత్యంత సాధారణ మార్గం. పద్ధతిని సమం చేయండి, తర్వాత పోల్చండి. మూడవ ఆదేశపు జాడ లోపించిన సందర్భాన్ని జోడిస్తుంది: ఎక్కువ జిట్టర్ ఉన్న మార్గం రెండు మోడ్లలో అస్థిర ఫలితాలు ఇస్తుంది, ఏ స్ట్రీమ్ సంఖ్యా దాన్ని సరిచేయదు.
ఎన్క్రిప్షన్ ప్రాసెసర్ సమయాన్ని తీసుకుంటుంది, ఎన్క్యాప్సులేషన్ బైట్లను తీసుకుంటుంది
లింక్ ఎంత వేగంగా ఉన్నా ప్రతి ప్యాకెట్పై రెండు యంత్రాంగాలు పనిచేస్తాయి. ఎన్క్రిప్షన్ ప్రతి బైట్కు ప్రాసెసర్ను వినియోగిస్తుంది, ఎన్క్యాప్సులేషన్ లింక్ ఇంకా మోయాల్సిన హెడర్ బైట్లను జోడిస్తుంది. రెండూ పైకప్పుగా కనిపిస్తాయి, వాటి లక్షణాలు వేరు.
ప్రాసెసర్ పైకప్పు పీఠభూమిగా కనిపిస్తుంది: మీరు ఎన్ని స్ట్రీమ్లు జోడించినా నెట్టడం పెరగడం ఆగిపోతుంది, లింక్ ఖాళీగా ఉండగా యంత్రం ప్రాసెసర్ బిజీగా ఉంటుంది. చిన్న రౌటర్ లేదా ఫోన్లో ఇదే తరచుగా నిజమైన పరిమితి, అందుకే వేగవంతమైన లైన్ కూడా సాధారణ సొరంగాన్ని ఇవ్వగలదు.
బైట్ ఖర్చు చిన్నది కానీ స్థిరం. అదనపు హెడర్లు అంటే ప్రతి ప్యాకెట్కు తక్కువ ఉపయోగకరమైన లోడ్, స్థిర గరిష్ఠ ప్రసార యూనిట్ ఉన్న మార్గంలో అవి పెద్ద బదిలీలలో నెమ్మదైన సగటుగా కాదు, ఆగుడుగా కనిపించే ఖండన లేదా నల్ల రంధ్రాన్ని కూడా ప్రేరేపించవచ్చు.
| Observation | Likely mechanism | What to measure |
|---|---|---|
| Throughput flat as streams increase | CPU per packet on one core | Per-core utilisation during the test |
| Fast small transfers, stalled large ones | MTU and fragmentation | Payload size at which it breaks |
| Good average, unusable calls | Queueing delay behind a full buffer | Latency under load |
ఈ మూడూ తరచుగా గందరగోళపడతాయి, ఎందుకంటే వినియోగదారులు అన్నింటినీ VPN నెమ్మదిగా ఉంది అని వివరిస్తారు. పెద్ద యంత్రానికి మొదటిది మాత్రమే స్పందిస్తుంది, చిన్న MTUకి రెండవది మాత్రమే, క్యూ నిర్వహణకు మూడవది మాత్రమే.
పద్ధతిని రికార్డులో రాయండి
ఉంచుకోదగిన ఫలితం పరికరం, ప్రవేశ నెట్వర్క్, నిష్క్రమణ, కొలత సర్వర్, దిశ, స్ట్రీమ్ సంఖ్య మరియు వ్యవధిని పేర్కొంటుంది. అవి లేకుండా రెండు సంఖ్యలను పోల్చలేము, ఒకే సంఖ్య ఉన్న టికెట్ నిజానికి ఒక మూడ్.
చెడ్డ రన్లను కూడా ఉంచండి. ఒక నిష్క్రమణ ప్రతిసారీ ఆగుడును కలిగించే శ్రేణి సగటు కంటే చాలా సమాచారవంతమైనది, ఆగుడులే సగటులు దాచేవి.
తర్వాత మీకు నిజంగా ముఖ్యమైనదాన్ని పరీక్షించండి. లక్ష్యం పెద్ద డౌన్లోడ్ అయితే ఫైల్ను డౌన్లోడ్ చేయండి. లక్ష్యం కాల్ అయితే నిష్క్రియ నెట్టడం కాకుండా భారం కింద ఆలస్యాన్ని కొలవండి, ఎందుకంటే సొరంగం వేగ పరీక్షలో మంచి స్కోరు పొంది కూడా ప్రతి సమావేశాన్ని వినలేనిదిగా చేయగలదు.