நெட்வொர்க் தாமதத்தை அளவிடுவது: ஒரு டெவலப்பரின் நடைமுறை வழிகாட்டி

நெட்வொர்க் தாமதத்தை அளவிட விரும்புகிறீர்களா? உங்களால் எளிய, உள்ளமைந்த கட்டளை-வரி கருவிகளான ping மற்றும் traceroute போன்றவற்றைப் பயன்படுத்தி சுற்றுப்பாதை நேரம் (RTT) குறித்த ஒரு விரைவான புரிதலைப் பெறலாம். அல்லது, உங்கள் பயனர்கள் உண்மையில் அனுபவிப்பதை எவ்வாறு தாமதங்கள் பாதிக்கின்றன என்பதைப் பார்க்க உங்கள் உலாவியின் டெவலப்பர் கருவிகளைத் திறக்கலாம்.

இந்த முறைகள் ஒரு தரவு பேக்கெட் ஒரு மூலத்திலிருந்து பயணம் செய்து, ஒரு இலக்கை எட்டி, மீண்டும் அதே பயணத்தை மேற்கொள்ள எவ்வளவு நேரம் எடுக்கிறது என்பதன் ஒரு விரைவான மற்றும் பயனுள்ள படத்தை உங்களுக்கு வழங்குகின்றன.

தாமதத்தை அளவிடுவது ஏன் மாற்ற இயலாதது

"எப்படி" என்பதைப் பற்றி பேசுவதற்கு முன், "ஏன்" என்பதைப் பற்றி பேசுவோம். உருவாக்குநர்கள் மற்றும் நெட்வொர்க் பொறியாளர்களுக்கு, தாமதம் என்பது ஒரு திரையில் உள்ள ஒரு எண் மட்டும் அல்ல; இது முழு பயனர் அனுபவத்தையும் வடிவமைக்கும் கண்ணுக்குத் தெரியாத கை. இன்றைய பயன்பாடுகளில், மில்லி வினாடிகளே எல்லாம். ஒரு சிறிய தாமதம் கூட, ஒரு சேவை உடனடியாக உணரப்படுவதற்கும் அல்லது உடைந்ததாக உணரப்படுவதற்கும் இடையிலான வேறுபாடாக இருக்கலாம்.

நிஜ உலக விளைவுகளை நினைத்துப் பாருங்கள்:

API பதிலளிப்புத்தன்மை: ஒரே ஒரு மெதுவான API அழைப்பு ஒரு விளிம்பு விளைவை உருவாக்கி, ஒரு பயனரின் சுயவிவரத்தை ஏற்றுவதிலிருந்து ஒரு முக்கியமான பணம் செலுத்தலைச் செயலாக்குவது வரை அனைத்தையும் தாமதப்படுத்தலாம்.
நிகழ்நேர தரவு ஓட்டங்கள்: ஆன்லைன் கேமிங், நேரடி வீடியோ அல்லது நிதி வர்த்தகம் ஆகியவற்றுக்கு, குறைந்த மற்றும் நிலையான தாமதம் என்பது முற்றிலும் அடிப்படையான அடித்தளம். இல்லாமல், இந்த பயன்பாடுகள் வெறுமனே வேலை செய்யாது.
பயனர் தக்கவைப்பு: மெதுவாக ஏற்றும் இணையதளங்கள் மற்றும் பயன்பாடுகளுக்கும் அதிக பவுன்ஸ் விகிதங்கள் மற்றும் கைவிடப்பட்ட ஷாப்பிங் வண்டிகளுக்கும் இடையே நேரடித் தொடர்பு உள்ளது. இந்த விஷயம் நிலுவைத் தொகையை கடுமையாக பாதிக்கிறது.

முக்கியமான தாமத கருத்துக்களை வேறுபடுத்துதல்

நெட்வொர்க் தாமதத்தை துல்லியமாக அளவிட, நீங்கள் எதைப் பார்க்கிறீர்கள் என்பதை நீங்கள் அறிந்திருக்க வேண்டும். இரண்டு மிக அடிப்படையான கருத்துக்கள் சுற்று பயண நேரம் (RTT) மற்றும் ஒரு வழி தாமதம்.

RTT என்பது ஒரு சிக்னல் A புள்ளியிலிருந்து B புள்ளிக்குச் சென்று மீண்டும் திரும்புவதற்கு எடுத்துக்கொள்ளும் மொத்த நேரம். இது மிகவும் பொதுவான அளவுகோல் ஆகும், ஏனெனில் இது அளவிட எளிதானது—இணைப்பின் ஒரு முனைக்கு மட்டுமே அணுகல் தேவை.

ஒரு வழி லேட்டன்சி, பெயர் குறிப்பிடுவது போல, தரவு ஒரே திசையில் பயணிக்க எடுத்துக்கொள்ளும் நேரத்தை அளக்கிறது. இது சரியாக பெறுவது மிகவும் கடினமான அளவீடு ஆகும், ஏனெனில் இது இரு முனைகளிலும் சரியாக ஒத்திசைக்கப்பட்ட கடிகாரங்களைத் தேவைப்படுத்துகிறது. இருப்பினும், உங்கள் பதிவேற்றம் மற்றும் பதிவிறக்க பாதைகள் மிகவும் வேறுபட்ட வகையில் செயல்படும் சமச்சீரற்ற இணைப்புகளுக்கு, இது மிகவும் துல்லியமான குறிகாட்டியாகும்.

இதன் முக்கியத்துவம் நீங்கள் தீவிரமாக லோட் செயல்திறன் சோதனை செய்யும்போது தெளிவாகிறது, அது கோட்பாடு நிஜத்தை சந்திக்கும் இடமும் போக்குவரத்து நெரிசல்கள் வெளிப்படும் இடமும் ஆகும்.

சில எண்களை வைக்க, நெட்வொர்க் கண்காணிப்பு நிபுணர்கள் பொதுவாக லேட்டன்சியை இவ்வாறு வகைப்படுத்துகிறார்கள்:

குறைந்த லேட்டன்சி: 50 மில்லிசெக்கன்ட்களுக்குக் குறைவு
மிதமான லேட்டன்சி: 50-150 மில்லிசெக்கன்ட்
அதிக லேட்டன்சி: 150 மில்லிசெக்கன்ட் மேல்

எனது அனுபவத்தில், அருகிலுள்ள சர்வருக்கு ஒரு விரைவான சோதனை, மிகவும் ஏற்றுக்கொள்ளக்கூடிய 20-40 மில்லிவிநாடிகள் என்ற நேரத்தைக் காட்டலாம். ஆனால், கடலைக் கடந்து செல்ல வேண்டிய போக்குவரத்துக்கு அந்த எண் எளிதாக 200 மில்லிவிநாடிகளுக்கு மேல் உயரக்கூடும், இது உங்கள் பயன்பாட்டின் செயல்திறனுக்கு ஒரு முக்கியமான மாற்றியமைக்கும் காரணியாக இருக்கலாம்.

நீங்கள் சந்திக்கக்கூடிய சிறப்புச் சொற்களைப் புரிந்துகொள்ள, இதோ ஒரு விரைவான குறிப்பு.

முக்கியமான நேரதாமத்து கருத்துக்கள் ஒரே பார்வையில்

போன்ற கருவிகளுக்கு முன்னிலை அளவுகோலாக மாறுகிறது.

கருத்து	அது அளவிடுவது என்ன	ஏன் முக்கியம்
நேரதாமத்து (Ping)	ஒரு தரவுப் பொதியானது மூலத்திலிருந்து இலக்குக்கும் பின்னர் மீண்டும் பயணிக்க எடுத்துக்கொள்ளும் நேரம். இது மில்லிவிநாடிகளில் (ms) அளவிடப்படுகிறது.	இது தாமதத்தின் மூல அளவீடாகும். கேமிங், VoIP மற்றும் வீடியோ கான்பரன்சிங் போன்ற நிகழ்நேர பயன்பாடுகளுக்கு குறைந்த நேரதாமத்து மிகவும் முக்கியமானது.
சுற்றுப் பாதை நேரம் (RTT)	அடிப்படையில், இது நிலைத்தன்மையைப் போன்றது. ஒரு சிக்னல் அனுப்பப்படுவதற்கான மொத்த நேரம் மற்றும் ஒப்புகை பெறுவதற்கான நேரம் சேர்த்தது.	RTT என்பது நிலைத்தன்மையை ஒரே புள்ளியில் அளவிடுவதற்கான மிகவும் பொதுவான மற்றும் நடைமுறை வழியாகும். இது `ping`.
ஒரு திசை நிலைத்தன்மை	ஒரு பேக்கெட் மூலத்திலிருந்து இலக்குக்கு ஒரே திசையில் பயணிக்க எடுக்கும் நேரம்.	குறிப்பாக அசமமான நெட்வொர்க்குகளுக்கு, அதாவது பதிவேற்றம் மற்றும் பதிவிறக்க பாதைகளுக்கு வெவ்வேறு நிலைத்தன்மைகள் இருக்கும்போது, இது மிகவும் துல்லியமான பார்வையை வழங்குகிறது.
நிலைத்தன்மை மாறுபாடு	காலப்போக்கில் நிலைத்தன்மையில் ஏற்படும் மாற்றம். பேக்கெட் வருகை நேரங்களின் ஒருமித்த தன்மையை அது அளவிடுகிறது.	ஸ்ட்ரீமிங் மீடியா மற்றும் ஆன்லைன் அழைப்புகளுக்கு அதிக நிலைத்தன்மை மாறுபாடும் அதிக நிலைத்தன்மை போலவே தீங்கு விளைவிக்கும். இது தடுமாற்றம், பஃபரிங் மற்றும் குளறுபடிகளை ஏற்படுத்தும்.
நிகர அகலப்பாடு	குறிப்பிட்ட நேரத்தில் ஒரு நெட்வொர்க் இணைப்பு வழியாக அனுப்பக்கூடிய அதிகபட்ச தரவு அளவு. Mbps அல்லது Gbps இல் அளவிடப்படுகிறது.	அதிவேகம் என்பது அடிக்கடி குழப்பமடையும் நிலையில், பேண்ட்விட்த் என்பது கொள்ளளவு பற்றியது. உயர் பேண்ட்விட்த் இருந்தாலும், நீங்கள் உயர் லேட்டன்சியால் பாதிக்கப்படலாம்.

இந்த கருத்துக்கள் எந்தவொரு நெட்வொர்க் செயல்திறன் பிரச்சனையையும் புரிந்துகொள்ள வேண்டிய அடிப்படைக் கட்டிடத் தொகுதிகள்.

A stopwatch measuring milliseconds connected to smartphones and a laptop, illustrating network latency.

இங்குதான் எளிதில் அணுகக்கூடிய, ஒருங்கிணைந்த கருவிகள் இருப்பது மிகவும் முக்கியமாகிறது. சிக்கலான கண்டறிதல் தொகுப்புகளை இயக்குவதற்குப் பதிலாக, நவீன உலாவி நீட்டிப்புகள் மற்றும் மேம்பாட்டு கருவிகள், உங்கள் பணிப்பாயை விட்டு வெளியேறாமலேயே உங்களுக்கு தேவையான நுண்ணறிவுகளை வழங்க முடியும். இது மிகச்சிறந்த மென்பொருளை உருவாக்குதல் மற்றும் பராமரிப்பதன் ஒரு சிரமமற்ற, வழக்கமான பகுதியாக லேட்டன்சி அளவீட்டை மாற்றுவது பற்றியது.

கமாண்ட்-லைன் லேட்டன்சி கருவிகளுடன் நேரடியாக பரிசோதித்தல்

உங்கள் நெட்வொர்க்கின் செயல்திறனை உண்மையில் உணர, நீங்கள் டெர்மினலை திறக்க வேண்டும். கமாண்ட் லைனில் தான், உங்கள் இணைப்பு பற்றிய மூல, வடிகட்டப்படாத தரவை உங்களுக்கு வழங்கும் அடிப்படை கருவிகளை நீங்கள் காண்பீர்கள். இது உங்களுக்கும் ஒரு இலக்குக்கும் இடையில் நகரும் பேக்கெட்டுகளுடன் என்ன நிஜமாகவே நடக்கிறது என்பதைப் பார்ப்பது பற்றியது, மற்றும் தாமதத்தை அளவிடுவதில் தீவிரமான எந்தவொரு டெவலப்பருக்கும் இது அவசியமான முதல் படியாகும்.

கிளாசிக், பயன்படுத்தப்படும் பயன்பாட்டு கருவியானது ping. இது அழகாக எளிமையானது: இது ஒரு சிறிய தரவு பேக்கெட்டை (ஒரு ICMP எக்கோ ரெக்வெஸ்ட்) ஒரு சர்வருக்கு அனுப்பி, அது திரும்ப வருவதற்கு காத்திருக்கிறது. அந்த எளிய சுற்று பயணமே ரவுண்ட்-ட்ரிப் நேரம் (RTT) கணக்கிடுவதற்கான அடிப்படை ஆகும் மற்றும் ஒரு இணைப்பின் உடனடி ஆரோக்கிய சோதனையை உங்களுக்கு அளிக்கிறது.

பிங் மூலம் உங்கள் முதல் தாமத சோதனை

ஒரு ping சோதனையை நடத்துவது இன்னும் எளிதாக இருக்க முடியாது. உங்கள் டெர்மினல் அல்லது கமாண்ட் ப்ராம்ப்டை துவக்கி, ping என்று டைப் செய்து, அதன் பின் நீங்கள் சோதிக்க விரும்பும் டொமைனை சேர்க்கவும்.

இயல்பாக, ping என்பது macOS மற்றும் Linux இல் எப்போதும் தொடர்ந்து செயல்படும், ஆனால் Windows நான்கு பேக்கெட்களை மட்டுமே அனுப்பி நிறுத்துகிறது. உண்மையான எந்தவொரு பகுப்பாய்வுக்கும், இதை நீங்கள் கட்டுப்படுத்த விரும்புவீர்கள். ஒன்று அல்லது இரண்டு பேக்கெட்களை விட, பத்து அல்லது இருபது பேக்கெட்களை அனுப்புவது இணைப்பின் நிலைத்தன்மையின் படத்தை மிகவும் நம்பத்தகுந்ததாக வழங்குகிறது.

இது முடிந்ததும், முக்கியமான எண்களுடன் ஒரு சுத்தமான சுருக்கத்தைப் பெறுவீர்கள்:

அனுப்பப்பட்ட/பெறப்பட்ட பேக்கெட்கள்: வழியில் ஏதேனும் தரவு இழந்ததா என்பதை இது உங்களுக்குக் கூறுகிறது. சிறிய அளவிலான பேக்கெட் இழப்பு கூட நெட்வொர்க் சிக்கலுக்கான முக்கியமான எச்சரிக்கை அறிகுறியாகும்.
சுற்றுப்பாதை குறைந்தபட்சம்/சராசரி/அதிகபட்சம்/மாறுபாடு: இவை உங்கள் அடிப்படை தாமத புள்ளிவிவரங்கள். சிறந்த நிலை நேரம் (min), சராசரி (avg), மற்றும் மோசமான நிலை (max) ஆகியவற்றை நீங்கள் பெறுவீர்கள். mdev (சராசரி விலகல்) என்பது ஜிட்டர் அளவீடாகும்—ஒவ்வொரு பேக்கெட்டுக்கும் தாமதம் எவ்வளவு மாறுபடுகிறது என்பது.

உங்கள் குறைந்தபட்ச மற்றும் அதிகபட்ச RTT இடையே உள்ள இடைவெளியை கவனமாக கவனியுங்கள். அது அகலமாக இருந்தால், சராசரி நன்றாக இருந்தாலும், உங்கள் இணைப்பு நிலையற்றது. வீடியோ அழைப்புகள் அல்லது கேமிங் போன்ற நேரடி பயன்பாடுகளுக்கு, ஒரு சராசரியாக சற்று மெதுவான இணைப்பை விட, இந்த அதிர்வு மிகவும் தடைசெய்யக்கூடியதாக இருக்கலாம்.

ஒரு பொதுவான தவறு என்னவென்றால், சராசரி RTT ஐ மட்டும் பார்ப்பது. சராசரி 50ms நன்றாக தோன்றலாம், ஆனால் உங்கள் குறைந்தபட்சம் 20ms மற்றும் உங்கள் அதிகபட்சம் 250msஎன்றால், பயனர் அனுபவம் தடிமனாகவும் நம்பத்தகாததாகவும் உணரும். ஜிட்டரைப் புரிந்துகொள்ள எப்போதும் முழு வரம்பையும் பாருங்கள்.

Traceroute மற்றும் MTR மூலம் தடத்தைப் பின்தொடர்தல்

எனவே, நீங்கள் என்ன செய்வீர்கள் ping உயர் நிலை தாமதம் அல்லது பேக்கெட் இழப்பைக் காட்டினால்? உங்கள் அடுத்த பணி எங்கு என்பதைக் கண்டறிவது எங்கு சிக்கல் என்னவென்றால். அதுதான் traceroute (அல்லது tracert Windows இல்) என்பது எதற்காக இருக்கிறது. இது உங்கள் பேக்கெட்கள் எடுத்துச் செல்லும் முழு பாதையையும் வரைபடமாக்கி, உங்கள் இயந்திரத்திற்கும் இறுதி இலக்கிற்கும் இடையே உள்ள ஒவ்வொரு "தாவல்"—ஒவ்வொரு ரவுட்டரையும்—காட்டுகிறது.

ஒவ்வொரு வரியும் traceroute வெளியீட்டில் ஒரு குதிப்பு ஆகும், மேலும் அது பொதுவாக அந்த புள்ளிக்கான மூன்று தனித்தனி தாமத அளவீடுகளைக் காட்டுகிறது. இது பாதையில் உள்ள ஒரு குறிப்பிட்ட ரௌட்டர் முக்கிய மெதுவாக்கத்தை ஏற்படுத்துகிறதா அல்லது பேக்கெட்டுகளை விடுகிறதா என்பதை உங்களால் துல்லியமாக கண்டறிய முடியும்.

ஆனால் traceroute ஒரு முறை மற்றும் முடிந்த புகைப்படம் மட்டுமே. மிகவும் இயக்கவியலான, தொடர்ச்சியான பார்வைக்கு, நான் அறிந்த பெரும்பாலான நெட்வொர்க் நிபுணர்கள் இதை சத்தியம் செய்கிறார்கள் MTR (My Traceroute). MTR என்பது இணைக்கப்பட்ட ஒரு சூப்பர் சார்ஜ் செய்யப்பட்ட கருவி போன்றது ping மற்றும் traceroute. இது தொடர்ந்து வழியில் உள்ள ஒவ்வொரு ஹாப்பிற்கும் பேக்கெட்களை அனுப்புகிறது, ஒவ்வொரு புள்ளியிலும் நிலைவு நேரம் மற்றும் பேக்கெட் இழப்பு பற்றிய நேரடி, புதுப்பிக்கப்படும் காட்சியை உங்களுக்கு வழங்குகிறது. இது ஒற்றை traceroute தவறிவிடுவது போல் இருக்கும்.

உங்கள் கருவி தேர்வு ஏன் முக்கியம்

நீங்கள் தேர்ந்தெடுக்கும் கருவி மற்றும் அதன் கட்டமைப்பு உங்கள் முடிவுகளை மாற்றியமைக்கும். குறிப்பாக மேக தரவு மையங்கள் போன்ற மிகவும் வேகமான, குறைந்த நேர தாமத சூழல்களில் இது மிகவும் உண்மை.

எண்கள் எவ்வளவு வேறுபட்டிருக்க முடியும் என்பது உண்மையிலேயே கண்கொள்ளாக்காட்சியாகும். Google Cloud நடத்திய ஒரு விரிவான சோதனையில், ஒரு நிலையான ping சோதனை, சராசரி RTT ஆக 146 மைக்ரோசெக்கண்டுகள் என பதிவு செய்தது. ஆனால் அவர்கள் இடைவெளி இல்லாமல் பரிவர்த்தனைகளை தொடர்ச்சியாக அனுப்பும் மற்றொரு கருவியைப் பயன்படுத்தியபோது, RTT வெறும் 66.59 மைக்ரோசெக்கண்டுகள் ஆகக் குறைந்தது—இரண்டு மடங்குக்கும் மேல் வேகமாக!

ஏன் ping சில நேரங்களில் தாமதத்தை அதிகமாக மதிப்பிடுகிறது என்பதற்கு இது ஒரு சிறந்த எடுத்துக்காட்டு. நீங்கள் நம்பக்கூடிய அளவீடுகளைப் பெறுவதற்கு, ஒரு கருவி எவ்வாறு செயல்படுகிறது என்பதைப் புரிந்துகொள்வது முக்கியம் என்பதை இது காட்டுகிறது.how

iperf உடன் உங்கள் இணைப்பின் உச்ச வேகத்தைக் கண்டறிதல்

தாமதம் எப்போதும் முழு சித்திரமல்ல. உங்கள் இணைப்பு உண்மையில் தள்ளக்கூடிய அதிகபட்ச தரவு அளவு—அதன் அலைவரிசை—எவ்வளவு என்பதை சில நேரங்களில் தெரிந்துகொள்ள வேண்டும். அந்த வேலைக்கு, நீங்கள் விரும்பும் கருவி iperf.

ping தாமதத்தை அளவிடும்போது, iperf என்பது முழுக்க வேகத்தை மட்டுமே குறிக்கிறது. இது ஒரு கிளையன்ட்-சேவையக இணைப்பை அமைத்து, ஒரு குறிப்பிட்ட நேரத்திற்கு அவற்றுக்கிடையே முடிந்தவரை அதிகமான தரவை வீசுவதன் மூலம் செயல்படுகிறது.

iperfஐப் பயன்படுத்த, உங்களுக்கு இரண்டு கணினிகள் தேவை:

ஒரு கணினியில், நீங்கள் iperfஐ சேவையக முறைஇல் இயக்குவீர்கள். அது அங்கேயே அமர்ந்து ஒரு இணைப்புக்காக காத்திருக்கும்.
மற்ற கணினியில், நீங்கள் iperfஐ கிளையன்ட் முறைஇல் இயக்கி, சேவையகத்தின் முகவரியை நோக்கி சுட்டிக்காட்டுவீர்கள்.

கிளையன்ட் இணைக்கப்படும், சோதனை தொடங்கும். வெளியீடு மொத்தமாக மாற்றப்பட்ட தரவையும், மிக முக்கியமாக, உங்கள் பயன்பாட்டு அலைவரிசையான பிட் வீதத்தையும் மெகாபிட் அல்லது கிகாபிட் ஒன்றிற்கு நொடிகளில் உங்களுக்குத் தெரிவிக்கும். இது ஒரு நெட்வொர்க் இணைப்பை மன அழுத்தப் பரிசோதனை செய்து, அது உண்மையில் என்ன செய்ய முடியும் என்பதை அறிய சிறந்த வழியாகும்.

பயனரின் கண்ணோட்டத்தில் தாமதத்தை அளவிடுதல்

கட்டளை வரி கருவிகள் உங்கள் நெட்வொர்க்கின் அப்பட்டமான, வடிகட்டப்படாத தோற்றத்தை உங்களுக்கு வழங்கினாலும், ஒரு வலை பயன்பாட்டிற்கு உண்மையில் முக்கியமான தாமதம் என்பது இறுதிப் பயனர் உண்மையில் அனுபவிப்பது தான். இங்கு தான் நாம் முனையத்திலிருந்து உலாவியை நோக்கி நமது கவனத்தை மாற்றுகிறோம். உலாவிக்குள் என்ன நடக்கிறது என்பது செயல்திறன் பற்றி மிகவும் வளமான, மிகவும் பொருத்தமான கதையைச் சொல்கிறது.

இது ஒரு ஒற்றைப் பேக்கெட்டின் சுழற்சி நேரத்தைப் பற்றியது மட்டும் அல்ல. பயனர் உணரும் தாமதமானது, DNS தேடல்கள், TCP கைகுலுக்கல்கள், TLS பேச்சுவார்த்தைகள், சேவையக செயலாக்க நேரம் மற்றும் நிச்சயமாக, உள்ளடக்கத்தை திரையில் உண்மையில் வழங்குவதற்கான நேரம் ஆகியவற்றின் சிக்கலான கலவையாகும். அதிர்ஷ்டவசமாக, நவீன உலாவிகள் இந்த முழு செயல்முறையை ஆராய உதவும் சக்திவாய்ந்த உள்ளமைக்கப்பட்ட கருவிகளுடன் வருகின்றன.

உலாவி டெவலப்பர் கருவிகளை ஆராய்தல்

ஒவ்வொரு முக்கிய உலாவியும்—Chrome, Firefox, Edge, Safari—டெவலப்பர் கருவிகளின் தொகுப்புடன் வருகிறது. இந்த கருவிகளுக்குள் உள்ள "Network" தாவல், உங்கள் தளம் எவ்வாறு ஏற்றப்படுகிறது என்பதைப் புரிந்துகொள்ள உங்கள் கட்டளை மையமாகும். இது எல்லாவற்றையும் ஒரு நீர்வீழ்ச்சி வரைபடத்தில் வெளிப்படுத்துகிறது, இது பக்கத்தை வழங்க உலாவி செய்யும் ஒவ்வொரு கோரிக்கையின் காட்சி பிரிவாகும்.

இந்த நீர்வீழ்ச்சி காட்சி மிகவும் மதிப்புமிக்கது. ஆரம்ப HTML ஆவணம் மற்றும் CSS ஸ்டைல்ஷீட்கள் முதல் படங்கள் மற்றும் API அழைப்புகள் வரை, ஒவ்வொரு சொத்தும் பதிவிறக்கம் செய்ய எடுத்த நேரத்தை நீங்கள் துல்லியமாகக் காணலாம். மேலும் முக்கியமாக, ஒவ்வொரு கோரிக்கையின் வாழ்க்கைச் சுழற்சியையும் தனித்தனி கட்டங்களாக பிரிக்கிறது:

DNS Lookup: ஒரு களப் பெயரை IP முகவரியாக தீர்க்க எடுக்கும் நேரம்.
ஆரம்ப இணைப்பு: சேவையகத்துடன் ஒரு TCP இணைப்பை நிறுவுவதில் செலவழிக்கும் நேரம்.
SSL/TLS கைகுலுக்கம்: பாதுகாப்பான இணைப்பை அமைக்க தேவையான செலவு.
முதல் பைட் வரையிலான நேரம் (TTFB): இது ஒரு முக்கியமான அம்சம். சேவையகத்திலிருந்து மிக முதல் பைட் தரவைப் பெற உலாவி எவ்வளவு நேரம் காத்திருந்தது என்பதை அளக்கிறது.
உள்ளடக்க பதிவிறக்கம்: வளத்தை நேரடியாகப் பதிவிறக்குவதற்குச் செலவழித்த நேரம்.

உதாரணமாக, அதிக TTFB, ஒரு சுமையான பின்தள அல்லது சேவையக பக்க செயலாக்க சிக்கலின் பழக்கமான அறிகுறியாகும்—அத்தகைய ஒன்றை ஒரு எளிய ping சோதனையால் ஒருபோதும் கண்டறிய முடியாது. இந்த நீர்வீழ்ச்சி வரைபடத்தை பகுப்பாய்வு செய்வதன் மூலம், எந்த வளங்கள் வரைதலைத் தடுக்கின்றன அல்லது ஏற்றுவதற்கு மிக அதிக நேரம் எடுத்துக்கொள்கின்றன என்பதை நீங்கள் விரைவாகக் கண்டறியலாம்.

எனது அனுபவத்திலிருந்து ஒரு முக்கிய பாடம், மொத்த ஏற்ற நேரத்தை மட்டும் பார்க்காமல், நீர்வீழ்ச்சி வரைபடத்தில் மிக நீண்ட பட்டிகளைத் தேட வேண்டும் என்பதே. ஒரு ஒற்றை மேம்படுத்தப்படாத படம் அல்லது மெதுவான மூன்றாம் தரப்பு API முழுப் பக்கத்தையும் பணயம் வைத்துவிடலாம், மீதமுள்ள தளம் மின்னல் வேகமாக இருந்தாலும் கூட மோசமான பயனர் அனுபவத்தை உருவாக்கலாம்.

நேர அளவீடு API களைக் கொண்டு நிரல் மயமாக்கப்பட்ட அளவீடு

மேலும் தானியங்கும் மற்றும் துல்லியமான அளவீடுகளுக்கு, உலாவியின் உள்ளமைந்த JavaScript APIகளை நீங்கள் பயன்படுத்தலாம். Navigation Timing API மற்றும் Resource Timing API உங்கள் டெவலப்பர் கருவிகளில் காணும் அதே விரிவான செயல்திறன் தரவை நிரல் முறையில் அணுக அனுமதிக்கின்றன. உலகளாவிய உண்மையான பார்வையாளர்களுக்கு உங்கள் தளம் எவ்வாறு செயல்படுகிறது என்பதைப் புரிந்துகொள்ள உண்மையான பயனர் கண்காணிப்பு (RUM) தரவைச் சேகரிப்பதற்கு இது மிகவும் ஏற்றது.

இந்த அளவீடுகளை உலாவியின் கன்சோலில் வெறும் சில வரிகள் JavaScript மூலம் பெறலாம். எடுத்துக்காட்டாக, முதன்மைப் பக்கத்தின் முக்கிய செயல்திறன் நேரத்தைப் பெற, performance.getEntriesByType('navigation') ஐ நீங்கள் பயன்படுத்தலாம். இது மதிப்புமிக்க நேர முத்திரைகளால் நிரப்பப்பட்ட ஒரு பொருளைத் திரும்புகிறது.

அந்த தரவிலிருந்து, நீங்கள் முக்கியமான அளவீடுகளைக் கணக்கிடலாம்:

DNS தேடல் நேரம்: domainLookupEnd - domainLookupStart
TCP கைகுலுக்கல் நேரம்: connectEnd - connectStart
முதல் பைட்டுக்கான நேரம் (TTFB): responseStart - requestStart
மொத்த பக்க ஏற்ற நேரம்: loadEventEnd - startTime

இந்த அணுகுமுறை உங்கள் செயலியின் நிஜ உலக செயல்திறன் குறித்து தொடர்ந்து புரிந்துகொள்ள உங்களுக்கு தனிப்பயன் டாஷ்போர்டுகளை உருவாக்கவோ அல்லது செயல்திறன் தரவுகளை உங்கள் பகுப்பாய்வு கருவிகளுக்கு அனுப்பவும் அனுமதிக்கிறது. வலைத்தள மேம்பாட்டில், இந்த அளவுகோல்களை மேம்படுத்துவதற்கு படங்களை மேம்படுத்துவது ஒரு பொதுவான வழியாகும்; ஆர்வமுள்ளவர்களுக்காக, உங்கள் இணையதளத்திற்கான சிறந்த பட வடிவமைப்பை.

ஒருங்கிணைந்த கருவிகளுடன் சரிபார்ப்புகளை எளிமைப்படுத்துதல்

மின்னஞ்சல், உலாவி டெவ் கருவிகள் மற்றும் தனிப்பயன் ஸ்கிரிப்ட்களுக்கிடையே தாவுவது விரைவில் பழையதாகிவிடும். இங்குதான் ஒருங்கிணைந்த உலாவி நீட்டிப்புகள் இந்த சரிபார்ப்புகளை ஒருங்கிணைப்பதன் மூலம் உங்கள் பணிப்பாயை மென்மையாக்க உதவும். உதாரணமாக, ShiftShift Extensions தொகுப்பில் உள்ளமைக்கப்பட்ட விரைவு சோதனை கருவியை எந்த ஒரு தாவலில் இருந்தும் உடனடியாகத் திறக்கலாம்.

இது ஒரு தனி இணையதளத்திற்குச் செல்லாமல் அல்லது மின்னஞ்சல் திறக்காமல், உங்கள் இணைப்பின் பதிவிறக்க வேகம், பதிவேற்ற வேகம் மற்றும் நேர நீட்சி ஆகியவற்றை அளவிட ஒரு விரைவான, தனியுரிமை கவனம் செலுத்தும் வழியை உங்களுக்கு வழங்குகிறது. இது ஒரு பெரிய கருவித்தொகுப்பின் ஒரு பகுதியாக இருப்பதால், ஒரே ஒருங்கிணைந்த கட்டளை பட்டியில் இருந்து வேக சரிபார்ப்பு, ஒரு JSON பதிலை வடிவமைத்தல் மற்றும் ஒரு குக்கீயை சரிபார்க்கும் அனைத்தையும் இயக்கலாம். இத்தகைய ஒருங்கிணைப்பு, செயல்திறன் சரிபார்ப்புகளை அன்றாட மேம்பாட்டு வேலையின் இயல்பான, தடையில்லாத பகுதியாக மாற்றுகிறது.

உண்மையில் ஏதாவது கூறும் நேர நீட்சி சோதனையை எவ்வாறு வடிவமைப்பது

யார் வேண்டுமானாலும் ping கட்டளையை இயக்கி ஒரு எண்ணைப் பெறலாம். ஆனால் நீங்கள் உண்மையாகவே நம்பக்கூடிய தரவு—உண்மையான முடிவுகளை எடுக்க உதவும் தரவு—வேண்டுமென்றால், நீங்கள் மிகவும் திட்டமிட்டுச் செயல்பட வேண்டும். ஒரு தனிமைப்படுத்தப்பட்ட அளவீடு என்பது வெறும் காலத்தின் ஒரு படம் மட்டுமே. உங்கள் நெட்வொர்க்கின் நடத்தையை உண்மையில் புரிந்துகொள்ள, நீங்கள் ஒரு கண்டுபிடிப்பாளர் போல சிந்திக்க வேண்டும், எங்கிருந்து சோதிக்கிறீர்கள், எவ்வளவு அடிக்கடி சோதிக்கிறீர்கள், மற்றும் நீங்கள் உண்மையில் எதைத் தேடுகிறீர்கள் என்பதைக் கருத்தில் கொள்ள வேண்டும்.

ஒரு நன்கு வடிவமைக்கப்பட்ட சோதனை மூல எண்களை செயல்படக்கூடிய நுண்ணறிவுகளாக மாற்றுகிறது. ஒரு மோசமாக வடிவமைக்கப்பட்ட சோதனையோ? அது வெறும் சத்தம்.

கீழே உள்ள வரைபடம் ஒரு வலைப்பக்கத்தை ஏற்றும்போது ஒரு பயனர் உணர்கிறார்கள் என்ற அனுபவத்திற்குக் கூடும் அனைத்து சிறிய தாமதங்களையும் பிரித்துக் காட்டுகிறது. ஒரு எளிய நெட்வொர்க் பிங் கூட முழு கதையைச் சொல்லத் தொடங்கவில்லை என்பதற்கு இது ஒரு நல்ல நினைவூட்டல்.

Flow chart illustrating the user latency process, detailing DNS lookup, TTFB, and DOM load steps.

முதல் DNS தேடுதலிலிருந்து இறுதி ரென்டர் வரை, மொத்த காத்திருப்பு நேரத்திற்கு பல படிகள் பங்களிப்பதை நீங்கள் காணலாம்.

உங்கள் சோதனை எண்ட்பாயிண்டுகளை தேர்வு செய்தல்

நம்பகமான சோதனையின் முதல் விதி என்னவென்றால் புவியியல் முக்கியம் என்பதாகும். நியூயார்க்கில் உங்கள் அலுவலகத்திலிருந்து நியூ ஜெர்சியில் உள்ள ஒரு சேவையகத்திற்குச் செய்யப்படும் சோதனை, டோக்கியோவில் உங்கள் வாடிக்கையாளர்களுக்கான அனுபவம் பற்றி உங்களுக்கு எதையும் கூறாது. ஒரு யதார்த்தமான படத்தைப் பெற, உங்கள் பயனர் அடிப்படையை உண்மையில் பிரதிபலிக்கும் பல்வேறு இடங்களிலிருந்து சோதிக்க வேண்டும்.

உங்கள் எண்ட்பாயிண்டுகளின் பட்டியல் சில முக்கிய பகுதிகளை உள்ளடக்க வேண்டும்:

உங்கள் மிகப்பெரிய பயனர் மையங்கள்: உங்கள் வாடிக்கையாளர்களில் பெரும்பாலோர் எங்கு வாழ்கிறார்கள்? அவர்களின் இருப்பிடத்திலிருந்து சோதிக்கவும்.
கண்டங்களுக்கிடையிலான பாதைகள்: தரவு ஒரு கடலைக் கடக்க வேண்டியிருக்கும் போது என்ன நடக்கிறது என்பதைப் பாருங்கள். நீண்ட தூர செயல்திறனைப் புரிந்துகொள்ள, ஐரோப்பா மற்றும் வட அமெரிக்கா அல்லது ஆசியா மற்றும் அமெரிக்கா இடையே சோதிக்கவும்.
உங்கள் கிளௌட் பிராந்தியங்கள்: நீங்கள் AWS, அல்லது Azure, அல்லது GCP இல் இருந்தால், நீங்கள் நம்பியிருக்கும் குறிப்பிட்ட தரவு மைய பிராந்தியங்களுக்கு இடையிலான மற்றும் இடையிலான இணைப்பை சோதிக்கவும்.

இவ்வாறு உங்கள் சோதனைகளை பரவலாக்குவது உலகளாவிய செயல்திறனின் மிகவும் துல்லியமான வரைபடத்தை உருவாக்குகிறது. இது நீங்கள் இல்லாமல் கண்டறிந்திருக்கக்கூடிய பிராந்திய-சிறப்பு தடைகளை அடையாளம் காண உதவுகிறது. இது உங்கள் டொமேன் அமைவை மீண்டும் சரிபார்க்க ஒரு நல்ல நேரமும் கூட; டொமேன் கிடைப்பதை எப்படி சரிபார்ப்பது என்பது குறித்த பயனுள்ள குறிப்புகளையும், எல்லாம் சரியாக உள்ளதா என்பதை உறுதிப்படுத்த தொடர்புடைய கட்டமைப்புகளையும் நீங்கள் இங்கே காணலாம்.

சரியான சோதனை தாளத்தை கண்டறிதல்

நெட்வொர்க் நிலைமைகள் நிலையற்றதாக உள்ளன. அவை நாள் முழுவதும், வாரம் முழுவதும், நிமிடம் முழுவதும் மாறுகின்றன. செவ்வாய்க்கிழமை அதிகாலை 3 மணிக்கு நடத்தப்படும் ஒரு சோதனை அற்புதமாகத் தோன்றலாம், ஆனால் வெள்ளிக்கிழமை மதியம் 2 மணிக்கு உங்கள் உச்சபட்ச போக்குவரத்து வரும்போது, அனைவரும் ஆன்லைனில் இருக்கும்போது அந்த முடிவு பயனற்றதாகிவிடும்.

உண்மையான அடிப்படை நிலையைப் பெற, காலப்போக்கில் தொடர்ச்சியாக சோதனை செய்ய வேண்டும். கலவையாக்குங்கள்:

உச்சபட்ச வணிக நேரங்களில் சோதனைகளை இயக்குங்கள்.
இரவு பராமரிப்பு சாளரங்களுக்காக சில சோதனைகளை திட்டமிடுங்கள்.
போக்குவரத்து முறைகள் முற்றிலும் வேறுபட்டிருக்கக்கூடிய வார இறுதி நாட்களை மறக்க வேண்டாம்.

தரவை மீண்டும் மீண்டும் மாதிரி எடுப்பதன் மூலம், சீரற்ற உயர்வுகள் மற்றும் வீழ்ச்சிகளை சீராக்க முடியும். மதியம் உணவுக்குப் பிறகு ஒவ்வொரு வணிக நாளிலும் நெட்வொர்க் நெரிசல் அடைவது போன்ற மீண்டும் வரும் பிரச்சனைகளை இது எவ்வாறு கண்டறிய உதவுகிறது என்பதே இது.

ஜிட்டரை மறக்க வேண்டாம்

சராசரி தாமதம் ஒரு நல்ல தொடக்கப் புள்ளியாகும், ஆனால் அது பெரும்பாலும் மிகவும் கொடிய ஒரு பிரச்சனையை மறைக்கிறது: ஜிட்டர். ஜிட்டர் என்பது வெறுமனே மாறுபாடு உங்கள் நேர வேகத்தில் உள்ள ஏற்ற இறக்கங்களைக் குறிக்கிறது. யோசித்துப் பாருங்கள்—ஒரு நிலையான இணைப்பு ஒரு கணிக்கக்கூடிய 80ms தாமதம் நிஜ நேர பயன்பாடுகளுக்கு சராசரியாக 50ms தாமதத்தை விட பெரும்பாலும் நல்லது 50ms ஆனால் வெறித்தனமாக தாவுகிறது 10ms மற்றும் 200ms.

குதிக்கல் (Jitter) என்பது VoIP அழைப்புகள், வீடியோ மாநாடுகள் அல்லது ஆன்லைன் கேமிங் போன்ற நிகழ்நேர பயன்பாடுகளுக்கான பயனர் அனுபவத்தின் அமைதியான கொலையாளியாகும். அதிக குதிக்கல்தான் துண்டு துண்டான ஆடியோ, உறைந்த வீடியோ மற்றும் ஒரு பயன்பாட்டை முற்றிலும் சிதைந்ததாக உணர வைக்கும் கடினமான குதிக்கல் பின்னடைவுகளை ஏற்படுத்துகிறது, சராசரி தாமதம் காகிதத்தில் நன்றாகத் தோன்றினாலும் கூட.

ஜிட்டரை புரிந்துகொள்ள, சராசரிக்கு அப்பால் பார்க்க வேண்டும். இது சராசரிகள் மட்டும் ஏன் ஏமாற்றும் வகையில் இருக்க முடியும் என்பதை வெளிப்படுத்துவதால், இது மறைமுகமான வில்லன். எடுத்துக்காட்டாக, Pandora FMS இருந்து வரும் தரவுகள் காட்டுகின்றன 30ms விளையாட்டுகளில் தொகுப்பு இழப்பு விகிதங்களை உயர்த்தலாம் 15%—ஒரு விளையாட்டை விளையாட முடியாததாக மாற்ற போதுமானது. உங்கள் தாமத முடிவுகளின் நிலையான விலகலை அளவிடுவது, அந்த நிலையற்ற தன்மைக்கு ஒரு எண்ணை வைக்க முதல் படியாகும்.

தாமத சோதனை வடிவமைப்பு சரிபார்ப்பு பட்டியல்

இதை எல்லாம் ஒன்றிணைக்க, உங்களுக்கு வழிகாட்ட இங்கே ஒரு விரைவான சரிபார்ப்பு பட்டியல் உள்ளது. இந்த படிகளைப் பின்பற்றுவது நீங்கள் சேகரிக்கும் தரவு துல்லியமாகவும் உண்மையாகவும் பயனுள்ளதாகவும் இருப்பதை உறுதிசெய்ய உதவும்.

செய்ய வேண்டிய விஷயம்	அது ஏன் முக்கியம்	செயல்படக்கூடிய குறிப்பு
தெளிவான இலக்குகளை வரையறுக்கவும்	நீங்கள் வரையறுக்காததை அளவிட முடியாது. நீங்கள் ஒரு குறிப்பிட்ட பிரச்சனையை சரிசெய்கிறீர்களா அல்லது ஒரு அடிப்படை நிலையை நிறுவுகிறீர்களா?	நீங்கள் தொடங்குவதற்கு முன் உங்கள் நோக்கத்தை குறிப்பிடுங்கள். "ஆசியா-பசுபிக் பகுதியில் உள்ள பயனர்களுக்கான தாமதத்தை கண்டறிதல்" என்பது "லேட்டன்சியைச் சரிபார்க்க" என்பதை விட சிறந்த இலக்கு.
பல்வேறு எண்ட்பாயிண்ட்களைத் தேர்ந்தெடுக்கவும்	ஒரே பாதை உங்கள் உலகளாவிய பயனர் அனுபவத்தை பிரதிநிதித்துவப்படுத்தாது.	3-5 இடங்களைத் தேர்ந்தெடுக்கவும்: ஒரு உள்ளூர் இடம், மற்றொரு கண்டத்தில் ஒன்று, மற்றும் உங்கள் முக்கிய பயனர் சந்தைகளில் சில.
ஒரு நடைமுறையை நிறுவுங்கள்	ஒற்றை முறை சோதனைகள் நேர அடிப்படையிலான வடிவங்களைக் காணத் தவறிவிடும், எ.கா. உச்ச நேர நெரிசல்.	ஒரு முழு நெட்வொர்க் நடத்தை சுழற்சியைப் பிடிக்க, ஒரு வாரத்திற்கு ஒவ்வொரு மணி நேரத்திற்கும் தானியங்குமாறு சோதனைகளை திட்டமிடுங்கள்.
ஜிட்டரை அளவிடுங்கள்	சராசரிகள் நிகழ்நேர பயன்பாடுகளை சீர்குலைக்கும் ஏற்ற இறக்கமான செயல்திறனை மறைக்கின்றன.	சராசரி RTT ஐ மட்டும் பார்க்காதீர்கள். தரம் விலகலை கணக்கிடுங்கள் அல்லது `mtr` போன்ற குறைந்தபட்ச/அதிகபட்ச/சராசரி லேட்டன்சியைக் காட்டும் ஒரு கருவியைப் பயன்படுத்துங்கள்.
சரியான கருவிகளைப் பயன்படுத்துங்கள்	`ping` விரைவான சரிபார்ப்புக்கு நல்லது, ஆனால் `mtr` அல்லது `iperf` போன்ற கருவிகள் ஆழமான நுண்ணறிவுகளை வழங்குகின்றன.	வலைத்தள செயல்திறனுக்கு, உலாவி டெவ் கருவிகளைப் பயன்படுத்துங்கள். அசல் நெட்வொர்க் பாதைகளுக்கு, `mtr` ஒரு சிறந்த தேர்வு.
அனைத்தையும் ஆவணப்படுத்துங்கள்	ஆறு மாதங்களில் உங்கள் சோதனையின் பின்னால் உள்ள "ஏன்" என்பதை மறந்துவிடுவீர்கள்.	ஒரு எளிய பதிவை வைத்திருங்கள்: தேதி, நேரம், எண்ட்பாயிண்ட்கள், பயன்படுத்திய கருவி, மற்றும் நீங்கள் கண்டறிந்தது பற்றிய சுருக்கமான குறிப்பு.

முறையாக செயல்படுவதன் மூலம், நீங்கள் வெறுமனே தாமதத்தை அளவிடுவதிலிருந்து அதை உண்மையில் புரிந்துகொள்ள முன்னேறுகிறீர்கள். இந்த சிந்தனை மிகுந்த அணுகுமுறையே ஒரு தற்செயல் எண்ணை நம்பகமான செயல்திறன் குறிகாட்டியிலிருந்து வேறுபடுத்துகிறது.

எண்களை புரிந்துகொள்ளுதல் (மற்றும் எதைத் தவிர்க்க வேண்டும்)

A graph showing signal peaks with a magnifying glass, next to Wi-Fi and Ethernet icons.

சரி, நீங்கள் உங்கள் சோதனைகளை நடத்தியுள்ளீர்கள், மற்றும் ஏராளமான தரவு உள்ளது. இதுதான் உண்மையான வேலை தொடங்கும் இடம் — அந்த மூல எண்களை உண்மையில் ஒரு பொருள் தரும் விஷயமாக மாற்றுவது. தரவு உங்கள் நெட்வொர்க்கின் ஆரோக்கியத்தைப் பற்றி ஒரு கதையைச் சொல்கிறது; அதை எப்படிப் படிப்பது என்பதை நீங்கள் கற்றுக்கொள்ள வேண்டும்.

உதாரணமாக, ஒரு traceroute-ல் ரவுண்ட்-ட்ரிப் டைம் (RTT) திடீரென அதிகரிப்பது ஒரு கிளாசிக் குறிப்பு. மூன்றாவது ஹாப்பில் லேட்டன்சி திடீரென உயர்ந்து, முடிவு வரை அதிகமாகவே இருந்தால், உங்கள் பிரச்சினையை நீங்கள் கண்டறிந்திருக்கலாம்: அது மூன்றாவது ரௌட்டர் அல்லது அதன் சரியான பின் உள்ள இணைப்பு. ஆனால் கவனமாக இருங்கள். ஒரே ஒரு ஹாப்பில் மட்டுமே அதிக லேட்டன்சி காணப்பட்டு, இறுதி இலக்கு இன்னும் விரைவாக இருந்தால், இது உங்கள் சோதனை பயன்படுத்தும் சரியான வகையான போக்குவரத்தை முன்னுரிமை குறைக்கும் வகையில் கட்டமைக்கப்பட்ட ஒரு ரௌட்டராக இருக்கலாம். இது உங்களை ஒரு சிக்கலான சூழ்நிலைக்கு தள்ளிவிடும் ஒரு பொதுவான தவறான எச்சரிக்கை.

ஜிட்டர் மற்றும் பேக்கெட் இழப்பை புரிந்துகொள்ளுதல்

சுலபமான RTT-ஐ தாண்டி பார்ப்பதே மிக முக்கியமான நுண்ணறிவுகளை நமக்கு தரும். அதாவது, மாறுபடும் தாமதத்திற்கான ஒரு அழகான சொல் மட்டுமேயான அதிக ஜிட்டர், நிலையானதாக உயர்ந்த தாமதத்தை விட மிகவும் தொல்லை தரக்கூடியதாக இருக்கும். இது குறிப்பாக நிஜ நேர செயலிகளுக்கு மிக உண்மை.

உங்கள் முடிவுகள் சராசரி RTT-ஐ 40ms காட்டினாலும், குறைந்தபட்சம் 10ms ஆகவும், அதிகபட்சம் 150ms ஆகவும் இருந்தால், உங்கள் இணைப்பு நிலையற்றது. அந்த மிகப்பெரிய மாறுபாடுதான் வீடியோ அழைப்புகளில் எரிச்சலூட்டும் திணறலையும், ஆன்லைன் விளையாட்டுகளில் கோபமூட்டும் தாமத உயர்வுகளையும் உருவாக்குகிறது.

பேக்கெட் இழப்பு இன்னும் பெரிய சிவப்புக் கொடி. 1% பேக்கெட் இழப்பு கூட TCP-அடிப்படையிலான பயன்பாடுகளை முற்றிலும் முடக்கிவிட முடியும், அவற்றை தொடர்ந்து தரவை மீண்டும் அனுப்ப கட்டாயப்படுத்தி எல்லாவற்றையும் வேகத்தை வெகுவாகக் குறைக்கும். உங்கள் சோதனை முடிவுகளை நீங்கள் பார்க்கும்போது, அனுப்பப்பட்ட பேக்கெட்கள் மற்றும் பெறப்பட்ட பேக்கெட்கள் இடையே உள்ள உண்மையான வேறுபாடு உடனடியாக விசாரிக்கப்பட வேண்டும்.

நான் பார்க்கும் மிகப்பெரிய தவறுகளில் ஒன்று, ஒரே ஒரு சோதனையே முழு கதையையும் சொல்லும் என்று நினைப்பது. நெட்வொர்க் நிலைகள் தொடர்ந்து மாறிக்கொண்டே இருக்கின்றன. அதிகாலை 3 மணிக்கு நடத்தப்படும் ஒரு சோதனை, மாலை 3 மணியின் உச்ச வணிக நேரத்தில் நடத்தப்படும் சோதனையிலிருந்து முற்றிலும் வேறுபட்டதாக இருக்கும். உண்மையான செயல்திறன் அடிப்படையைப் பெற ஒரே வழி, தொடர்ச்சியான, மீண்டும் மீண்டும் சோதனை செய்வதுதான்.

சிக்கல்களுக்கு முன்னரே கட்டுப்படுத்த, இதற்கான சிறப்பு கருவிகளை ஆராய்வது மதிப்புக்குரியது நெட்வொர்க் செயல்திறன் கண்காணிப்பு. இது உங்கள் அணுகுமுறையை, அவை செயலிழக்கும்போது பதற்றமடைந்து சரிசெய்வதிலிருந்து, உங்கள் நெட்வொர்க்கை ஆரோக்கியமாக பராமரிக்க முன்னெச்சரிக்கையாக செயல்படுவதற்கு மாற்றுகிறது.

மிகவும் பொதுவான அளவீட்டு தவறுகள்

உலகின் சிறந்த கருவிகளைப் பயன்படுத்தினாலும், சில எளிய தவறுகள் உங்கள் முடிவுகளை முற்றிலும் பயனற்றதாக மாற்றலாம். நீங்கள் உண்மையில் நம்பக்கூடிய தரவைப் பெற விரும்பினால், இந்த பொதுவான பிழைகளைத் தவிர்ப்பது அவசியம்.

Wi-Fi மூலம் சோதனை செய்வது: உண்மையிலேயே, செய்யாதீர்கள். கம்பியில்லா இணைப்புகள் மிகவும் நம்பத்தகாதவை, மைக்ரோவேவ் முதல் உங்கள் அண்டையின் ரௌட்டர் வரை அனைத்திலிருந்தும் தலையீட்டிற்கு ஆளாகின்றன. எந்தவிதமான தீவிர தாமத சோதனைக்கும், ஈதர்நெட் கேபிள் மூலம் இணையுங்கள். நிலையான, நம்பகமான அடிப்படையைப் பெற இதுவே ஒரே வழி.
VPN மேலதிக சுமையை மறப்பது: VPNகள் பாதுகாப்பிற்கு சிறந்தவை, ஆனால் அவை உங்கள் போக்குவரத்தின் பயணத்திற்கு ஒரு கூடுதல் நிறுத்தத்தையும் குறியாக்கத்தையும் சேர்க்கின்றன. இது எப்போதும் தாமதத்தை அதிகரிக்கும். ஒரு பயனரின் மெதுவான இணைப்பை நீங்கள் கண்டறிய முயற்சிக்கிறீர்கள் என்றால், உங்கள் முதல் கேள்விகளில் ஒன்று, "நீங்கள் VPN-ல் உள்ளீர்களா?" என்பதாக இருக்க வேண்டும். அதனுடனும் இல்லாமலும் சோதிப்பது அது எவ்வளவு தாமதத்தை சேர்க்கிறது என்பதை உங்களுக்குச் சரியாகக் காட்டும்.
உள்ளூர் நெட்வொர்க் நெரிசலை புறக்கணிப்பது: உங்கள் நெட்வொர்க்கில் வேறு யாராவது எல்லா அகலப்பாடையும் பயன்படுத்திக் கொண்டிருந்தால், உங்கள் சோதனை முடிவுகள் தவறாக இருக்கும். நீங்கள் சோதிக்கும் போது ஒரு சக ஊழியர் 4K வீடியோவை ஸ்ட்ரீம் செய்து கொண்டிருந்தால் அல்லது பெரிய கோப்புகளைப் பதிவிறக்கிக் கொண்டிருந்தால், உங்கள் தாமத எண்கள் அதிகமாகும், மேலும் இல்லாத ஒரு பிரச்சனையைத் தேடி அலைவீணாக்குவீர்கள்.

மற்றொரு மெல்லிய ஆனால் முக்கியமான காரணி நீங்கள் தேர்ந்தெடுக்கும் கருவி ஆகும். நாம் ஏற்கனவே பார்த்தது போல, வெவ்வேறு கருவிகள் தாமதத்தை வெவ்வேறு வழிகளில் அளக்கின்றன. ஒப்பீட்டிற்காக நீங்கள் பயன்படுத்தும் கருவிகளில் எப்போதும் நிலைத்தன்மையை கடைப்பிடியுங்கள், மேலும் ஒவ்வொன்றும் உண்மையில் எதை அளக்கிறது என்பதை நீங்கள் புரிந்துகொள்ள வேண்டும் - அது ஒரு எளிய ICMP எதிரொலியோ அல்லது ஒரு சிக்கலான, பயன்பாட்டு நிலை கோரிக்கையோ எதுவாக இருந்தாலும். மேலும், செயல்திறன் பல அடுக்குகளால் பாதிக்கப்படலாம் என்பதை நினைவில் கொள்ளுங்கள்; எடுத்துக்காட்டாக, இணைய செயல்திறனை ஆராய்ந்து கொண்டிருந்தால், ஒரு Cookie Editor Chrome Extension பற்றிய எங்கள் வழிகாட்டி கிளையண்ட் பக்க கூறுகள் எவ்வாறு பங்கு வகிக்கின்றன என்பதைக் காட்டலாம்.

சரியான சூழலில் உங்கள் முடிவுகளை விளக்கி, இந்த பொதுவான தவறுகளைத் தவிர்ப்பதன் மூலம், வெறும் எண்களைச் சேகரிப்பதற்கு அப்பால் நீங்கள் செல்வீர்கள். உங்கள் நெட்வொர்க்கின் செயல்திறனுக்கு பின்னால் உள்ள ஏன் என்பதை நீங்கள் புரிந்துகொள்ளத் தொடங்குவீர்கள், மேலும் வேகமான, நம்பகமான அமைப்புகளை உருவாக்குவதற்கான திறவுகோல் அதுவே.

நெட்வொர்க் தாமதம் பற்றிய பொதுவான கேள்விகள்

சரியான கருவிகள் இருந்தாலும், நெட்வொர்க் தாமதத்தை ஆராய்ந்து தொடங்கும்போது ஒரு சில பொதுவான கேள்விகள் எப்போதும் எழுகின்றன. உங்கள் முடிவுகளை புரிந்துகொள்ள உதவ, நான் கேட்கும் மிக அடிக்கடி கேட்கப்படும் சில கேள்விகளை பார்ப்போம்.

உண்மையில் நல்ல தாமத எண் என்றால் என்ன?

இது மிகவும் பிரபலமான "அது சார்ந்தது" கேள்வியாகும், ஆனால் நிச்சயமாக சில நம்பகமான அளவுகோல்களை நிறுவ முடியும். ஒரு "நல்ல" நேர தாமதம் (latency) என்பது முற்றிலுமாக நீங்கள் அடைய முயற்சிப்பதற்கு தொடர்புடையது.

சாதாரண வலை உலாவல்: நம்மில் பெரும்பாலோருக்கு, 100 மில்லி விநாடிகளுக்கு (ms) குறைவான எதுவும் மிகச்சிறந்ததாக இருக்கும். பக்கங்கள் விரைவாக ஏற்றப்படும், உண்மையான தாமதம் ஏதும் உங்களுக்குத் தெரியாது.
போட்டியிடும் ஆன்லைன் கேமிங்: இங்கு ஒவ்வொரு மில்லி விநாடியும் முக்கியம். தீவிர கேமர்கள் மற்றும் அதிவேக வர்த்தகர்கள் 20 மில்லி விநாடிகளுக்கும் குறைவான நேர தாமதத்தையே தேடுகிறார்கள். இது வெற்றிக்கும் தோல்விக்கும் இடையே உள்ள வேறுபாடு.
வீடியோ அழைப்புகள் & VoIP: இங்கு, நிலைத்தன்மை மிக முக்கியம். அந்த அறுந்த, நேரத்துக்கு ஒத்திசையாத உணர்வை அல்லது மோசமாக, அழைப்புகள் துண்டிக்கப்படுவதைத் தவிர்க்க, 150 மில்லி விநாடிகளுக்கும் குறைவான மற்றும் குறைந்த அதிர்வுகளைக் (30ms-க்கும் குறைவாக) கொண்ட நிலையான நேர தாமதம் உங்களுக்குத் தேவை.

ஒரு வழிகாட்டும் விதியாக, நான் அறிந்த பெரும்பாலான நெட்வொர்க் நிபுணர்கள் 50 மில்லி விநாடிகளுக்கும் குறைவான எதையும் குறைந்த நேர தாமதம் என்று வகைப்படுத்துவார்கள். 50-150 மில்லி விநாடிகள் மிதமானது, மேலும் 150 மில்லி விநாடிகளை நீங்கள் தாண்டத் தொடங்கினால், பெரும்பாலான ஊடாடும் பயன்பாடுகளில் இழுப்பை உணரத் தொடங்குவீர்கள்.

ஏன் என் பிங் மற்றும் உலாவி வேக சோதனை முடிவுகள் ஒருபோதும் பொருந்தாது?

இது ஒரு அற்புதமான கேள்வியும் மிகவும் பொதுவான குழப்பமும் ஆகும். ஒரு கட்டளை வரி ping மற்றும் உலாவி அடிப்படையிலான வேக சோதனை ஆகியவை அடிப்படையில் வெவ்வேறு கருவிகளாகும், அவை வெவ்வேறு விஷயங்களை அளவிடுகின்றன.

முதலில், அவை கிட்டத்தட்ட நிச்சயமாக வெவ்வேறு சேவையகங்களுடன் பேசுகின்றன. நீங்கள் ஒரு கள பெயரை ping செய்யும் போது, நீங்கள் ஒரு குறிப்பிட்ட இலக்கைத் தாக்குகிறீர்கள். மறுபுறம், வலை வேக சோதனை என்பது, சிறந்த நிலை முடிவை உங்களுக்கு வழங்க, தனது சொந்த நெட்வொர்க்கிலிருந்து ஒரு புவியியல் ரீதியாக நெருக்கமான சேவையகத்தைக் கண்டறிய வடிவமைக்கப்பட்டுள்ளது.

நெறிமுறைகளும் முற்றிலும் வேறுபட்டவை. Ping என்பது ICMP என்ற மிகவும் இலகுவான நெறிமுறையைப் பயன்படுத்துகிறது. பெரும்பாலான உலாவி சோதனைகள் TCP மூலம் இயங்குகின்றன, இது ஒரு இணைப்பை நிறுவ முழுமையான அமைவு செயல்முறையை (முப்படி கைக்கொடுத்தல்) தேவைப்படுத்துகிறது. உண்மையான சோதனை தொடங்குவதற்கு முன்னரே, அந்த ஆரம்ப முன்னும் பின்னும் சிறிது நேரத்தைச் சேர்க்கிறது.

இறுதியாக, உலாவி சோதனைகள் பெரும்பாலும் தூய நெட்வொர்க் பயண நேரத்தை மட்டுமல்லாமல் அதிகமானவற்றை உள்ளடக்கியிருக்கும். அவற்றின் "தாமதம்" எண்ணில் சேவையக செயலாக்க நேரம் அல்லது உங்கள் உலாவிக்குள்ளேயே சிறிய தாமதங்கள் கூட இணைக்கப்பட்டிருக்கலாம், இது ஒரு மூல ICMP பிங்கை விட இறுதி எண்ணை அதிகரிக்கலாம்.

உண்மையில் நான் எப்படி என் நெட்வொர்க் தாமதத்தைக் குறைக்க முடியும்?

தாமதத்தைக் குறைப்பது என்பது தடைகளைக் கண்டறிந்து அகற்றுவதைப் பற்றியது, அவை உங்கள் அலுவலகத்தில் இருந்தாலும் சரி, இணையம் முழுவதும் இருந்தாலும் சரி.

முதலில் பார்க்க வேண்டிய இடம் உங்கள் உடனடிச் சூழல். நீங்கள் செய்யக்கூடிய மிகவும் பயனுள்ள மாற்றம் Wi-Fi இலிருந்து கம்பி இணைக்கப்பட்ட Ethernet இணைப்புக்கு மாறுவதுதான். நிலைத்தன்மை மற்றும் வேகத்திற்கு இது ஒரு மாபெரும் மாற்றமாகும். Wi-Fi ஐப் பயன்படுத்த வேண்டியிருந்தால், உங்கள் ரவுட்டருக்கு நெருக்கமாகச் சென்று, முடிந்தால் 5GHz பேண்டில் இணையுங்கள் - இது வழக்கமாக குறைந்த நெரிசலானது.

உங்கள் உள்ளூர் நெட்வொர்க்கைத் தாண்டிப் பார்க்கும்போது, சில நேரங்களில் DNS மாற்றம் உதவியாக இருக்கும். ஒரு வேகமான DNS சர்வரைப் பயன்படுத்துவது, ஒரு இணையதளத்தைத் தேடும்போது ஆரம்ப இணைப்பு நேரத்திலிருந்து சில நொடிகளைக் குறைக்க உதவும்.

நீங்கள் கட்டுப்பாட்டில் உள்ள சேவைக்கான அணுகலை மேம்படுத்த முயற்சிக்கிறீர்கள் என்றால், ஒரு Content Delivery Network (CDN) தான் தீர்வு. உங்கள் உள்ளடக்கத்தின் நகல்களை உங்கள் பயனர்களுக்கு இயற்கையாகவே நெருக்கமாக வைப்பதன் மூலம் இது செயல்படுகிறது. மேலும் நீங்கள் VPN ஐப் பயன்படுத்தினால், அதை அணைக்க முயற்சிக்கவும். அந்த கூடுதல் துள்ளல் மற்றும் குறியாக்க அடுக்கு கிட்டத்தட்ட எப்போதும் தாமதத்தைச் சேர்க்கும்.

நான் பார்த்த நிறுவன VPN-கள் ஒரு சுற்று பயண நேரத்தில் 70ms வரை சேர்க்கின்றன. இது ஒரு சிறந்த இணைப்பை விரக்தியூட்டும் வகையில் மெதுவானதாக மாற்றும். நீங்கள் உண்மையில் எந்த வகையான செயல்திறன் சரிவை எதிர்கொள்கிறீர்கள் என்பதைப் பார்க்க, உங்கள் VPN உடனும் இல்லாமலும் எப்போதும் சோதிக்கவும்.

நிலைத்தன்மை மற்றும் அலைவரம்பின் உண்மையான வேறுபாடு என்ன?

இதைச் சரியாகப் புரிந்துகொள்வது, நெட்வொர்க் செயல்திறனைப் புரிந்துகொள்ள அடிப்படையானது. அவற்றைக் குழப்பிக்கொள்ள எளிதாக இருக்கலாம், ஆனால் அவை இரண்டு மிகவும் மாறுபட்ட விஷயங்களை அளக்கின்றன.

இதோ நான் எப்போதும் பயன்படுத்தும் உதாரணம்: இதை ஒரு நெடுஞ்சாலையாக நினைத்துக் கொள்ளுங்கள்.

அலைவரம்பு என்பது நெடுஞ்சாலையில் எத்தனை வழிகள் இருக்கின்றன என்பதாகும். அதிக வழிகள் என்றால், அதே நேரத்தில் அதிக கார்கள் (தரவு) பயணிக்க முடியும்.
நிலைத்தன்மை என்பது வேக வரம்பு. ஒரு கார் (தரவின் ஒரு பொதி) A இடத்திலிருந்து B இடத்திற்கு எவ்வளவு விரைவாகச் செல்ல முடியும் என்பதை இது தீர்மானிக்கிறது.

மிகப்பெரிய, பத்து வழிகள் கொண்ட நெடுஞ்சாலை (மிகப்பெரிய அலைவரம்பு) மற்றும் 20 மைல்/மணி வேக வரம்பு (உயர் நிலைத்தன்மை) உங்களிடம் இருக்கலாம். நீங்கள் இறுதியாக நிறைய தரவை நகர்த்த முடியும், ஆனால் வீடியோ அழைப்பு போன்ற நிகழ்நேர விஷயங்கள் வேதனையாக மெதுவாக இருக்கும். மறுபுறம், மிகக் குறைந்த நிலைத்தன்மை கொண்ட இணைப்பு, அதன் அலைவரம்பு மிகப் பெரிதாக இல்லாவிட்டாலும், நம்பமுடியாத அளவுக்கு விரைவாகவும் பதிலளிக்கும் தன்மையும் கொண்டதாக உணர்கிறது. ஒரு சிறந்த அனுபவத்திற்கு உண்மையில் இரண்டின் சிறந்த சமநிலை தேவை.

செயல்திறன் சோதனையை உங்கள் தினசரி பணிப்பாய்வின் ஒரு இணைவுள்ள பகுதியாக மாற்ற நீங்கள் தயாரா? ShiftShift Extensions தொகுப்பு ஒரு சக்திவாய்ந்த வேக சோதனை, JSON ஃபார்மாட்டர், மற்றும் பல டெவலப்பர் கருவிகளை உங்கள் உலாவியின் நேரடியாக வைக்கிறது, அது ஒரே கட்டளையின் மூலம் அணுகக்கூடியது. குறுக்கு தாவல்களை நிர்வகிப்பதை நிறுத்தி, புத்திசாலித்தனமாக வேலை செய்யத் தொடங்குங்கள். ShiftShift Extensions-ஐ இலவசமாகப் பதிவிறக்கி, இன்றே உங்கள் உற்பத்தித்திறனை மேம்படுத்துங்கள்.