உங்கள் பதிவிறக்கம் வேகமாக உள்ளது, பிறகு ஒவ்வொரு கிளிக்கும் மெதுவாகத் தோன்றுவது ஏன்?

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

வேகமான கோப்பு, மெதுவான கிளிக்: இரண்டு வெவ்வேறு எண்கள்

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

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

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

புகாரை அளவிடுங்கள், இணைப்பை அல்ல

பயனர் சொன்ன வாக்கியத்திற்குப் பொருந்தும் அளவீட்டைத் தேர்ந்தெடுங்கள். மெதுவான பதிவிறக்கத்திற்கு சரியான திசையில் நிலையான வேகம் தேவை; தாமதமாகும் அழைப்பிற்கு அந்தப் பயன்பாட்டின் சொந்தப் புள்ளிவிவரங்கள் தேவை; மெதுவாகத் தொடங்கும் பக்கத்திற்கு பெயர் தீர்வு மற்றும் நிறுவல் நேரங்கள் தேவை.

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 எடுத்தது, அதே நேரம் செயல்திறன் நன்றாக இருந்தது" ஒரு அளவீடு, அது திறனை அல்ல, தாமதத்தை நேரடியாகச் சுட்டுகிறது.