உங்கள் VPN நுழைவாயில் CPU-ஆல் வரம்பிடப்பட்டதா? முதலில் ஒவ்வொரு மையத்தின் சுமையைப் படியுங்கள்
சராசரிகள் முக்கியமான தொடரிழையை மறைக்கின்றன. கட்டுப்படுத்தப்பட்ட பரிமாற்றத்தின் போது ஒவ்வொரு மையத்தின் சுமையைப் படித்து, பாதையை விலக்கி, பிறகு ஒவ்வொரு ஓட்டத்திலும் ஒரு ஆவணப்படுத்தப்பட்ட அமைப்பை மாற்றுங்கள்.
பெரிய நிகழ்வை வாங்குவதற்கு முன் மூன்று வரம்புகளில் எதை அடைந்தீர்கள் என்பதைத் தீர்மானியுங்கள். ஒரு மையம் முழுமையாக வேலையில் இருக்கும்போது மற்றவை சும்மா இருந்தால் அது ஓட்டத்திற்கான மறையாக்க வேலையைக் குறிக்கிறது. பரிமாற்றத்தின்போது அனைத்து மையங்களும் நிரம்பியிருந்தால் அது மொத்த திறனைக் குறிக்கிறது. குறைந்த CPU மற்றும் அதிகரிக்கும் மறுஅனுப்புதல் எண்ணிக்கை பாதையைக் குறிக்கிறது. ஒவ்வொன்றுக்கும் வேறு முதல் படி உள்ளது, அவற்றில் ஒன்று மட்டுமே பெரிய நிகழ்வால் தீரும்.
மூன்று வரம்புகள், ஒரு அட்டவணை, மூன்று திருத்தங்கள்
| Limit | Reading during a transfer | First move |
|---|---|---|
| Single thread | one core near 100%, siblings idle | spread flows across workers |
| Aggregate CPU | every core busy, load average climbs | capacity, or less work per byte |
| Path or provider | low CPU, retransmits or steal time high | MTU, loss, host contention |
வரிகளை நிலைகளாக அல்ல, கண்டறிதல்களாகப் படியுங்கள். ஒரு தொடரிழை 100%-இல் இருக்கும்போது மற்றவை சும்மா இருப்பது ஒரு பெரிய சுரங்கப்பாதையைச் சுமக்கும் நுழைவாயிலில் மிகவும் பொதுவான முடிவு, ஏனெனில் அந்த ஓட்டத்தின் மறையாக்கம் ஒரு மையத்தில் இயங்குகிறது. பரிமாற்றத்தின்போது அனைத்து மையங்களும் வேலையில் இருந்தால் இயந்திரம் ஏற்கனவே தன்னால் முடிந்த அளவு வேலை செய்கிறது. குறைந்த CPU மற்றும் அதிகரிக்கும் மறுஅனுப்புதல்கள் என்பது கணினி தொடர்ந்து தரவை வீழ்த்தும் வலையமைப்புக்காகக் காத்திருப்பதைக் குறிக்கிறது.
சான்றுகளின் அதே வரிசையில் அவற்றைச் சரிசெய்யுங்கள். ஓட்டங்களை பணியாளர்களுக்குப் பரப்புவது முதல் நிலைக்கு உதவும், இரண்டாவதற்கு எதுவும் செய்யாது. பெரிய நிகழ்வு இரண்டாவதற்கு உதவும், முதல் நிலையில் பணத்தை வீணாக்கும். MTU அல்லது இழப்புத் திருத்தம் மட்டுமே மூன்றாவதைத் தொடுகிறது. நீங்கள் எந்த வரிசையில் இருக்கிறீர்கள் என்பதை அறியும் முன் திறனை வாங்குவது ஊகத்தின் விலையுயர்ந்த பதிப்பு.
பொருத்தப்பட்ட தொடரிழையை வேலையில் உள்ள ஹோஸ்டிலிருந்து பிரிக்கவும்
ஒவ்வொரு மையத்தின் பயன்பாட்டிலிருந்து தொடங்குங்கள், அதனால் பொருத்தப்பட்ட ஒரு மையம் சராசரிக்குள் மறைந்துவிட முடியாது. பரிமாற்றத்தின்போது ஒரு ஓட்டம் சுமை சமமானதா அல்லது உச்சங்களுடன் உள்ளதா என்பதைக் காட்டும். இரண்டு வடிவங்களும் தகவலளிக்கும், உச்சங்கள் உள்ள சுயவிவரம் பெரும்பாலும் மாதிரி சாளரம் மறையாக்கத்திற்குப் பதிலாக திட்டமிடியின் செயல்பாட்டைப் பிடித்ததைக் குறிக்கிறது.
mpstat -P ALL 1 5வேலையில் உள்ள மையத்தை ஒரு செயல்முறைக்கும், பிறகு ஒரு தொடரிழைக்கும் கூறுங்கள். கீழே உள்ள பின்தொடர் ஓட்டம் பெற்றோர் மற்றும் குழந்தை தொடரிழைகளை ஒன்றாக வைத்திருக்கும், டீமன் ஒவ்வொரு இணைப்பிற்கும் கிளைபிரியும் போது இது முக்கியம்:
pidstat -u -t -p $(pgrep -f 'openvpn|wireguard|ipsec') 1 10கர்னல் மறையாக்கம் பயனர் இடைவெளி செயல்முறை கணக்கியில் ஒருபோதும் தோன்றுவதில்லை. தொடரிழைகளைத் தனித்தனியாக மாதிரி எடுத்து அந்தப் பார்வையை செயல்முறைக் கணக்கியுடன் ஒப்பிடுங்கள்:
top -H -b -n 1 | head -20சாக்கெட் கணக்கிகளைக் கடைசியாகப் படியுங்கள், ஏனெனில் கூடுதல் CPU உதவுமா என்பதை அவையே தீர்மானிக்கின்றன. CPU சமமாக இருக்கும்போது மறுஅனுப்புதல்கள் அதிகரிப்பது செயலியின் பிரச்சினை அல்ல. மாதிரி எடுக்கும்போது பரிமாற்றத்தை இயக்கத்தில் வையுங்கள், இல்லையேல் எண்கள் சும்மா இருக்கும் இயந்திரத்தை விவரிக்கும்:
ss -ti | grep -E 'retrans|cwnd|rtt'கட்டுப்படுத்தப்பட்ட பரிமாற்றம், இரண்டு முறை
சும்மா இருக்கும் கணக்கிகள் எதையும் நிரூபிக்காது, தற்செயலான முடிவுப் புள்ளிக்கு எதிரான அளவீடு மிகக் குறைவையே நிரூபிக்கிறது. ஒரு வாடிக்கையாளர், ஒரு இலக்கு மற்றும் இயக்க அனுமதி பெற்ற ஒரு பிரதிநிதி பரிமாற்றத்தைத் தேர்ந்தெடுத்து, அதே சாளரத்தில் செயல்திறன் மற்றும் ஊடாடும் தாமதத்தைப் பதிவு செய்யுங்கள். பெரிய நகல் முடிவதற்கு முன்பே நுழைவாயில் நிரம்பக்கூடும், பயனர்கள் உண்மையில் உணர்வது தாமத வளைவே. பரிமாற்றம், வாடிக்கையாளர் எண்ணிக்கை மற்றும் டீமன் பதிப்பை எண்களுக்கு அருகில் எழுதுங்கள்.
பல இணையான ஓட்டங்களுடன் ஓட்டத்தை மீண்டும் செய்யுங்கள். ஓட்டங்களுக்கிடையே அதிகரிப்பது ஓட்டத்திற்கான சாளரங்களைக் குறிக்கிறது; ஒரு மையம் பொருத்தப்பட்ட நிலையில் சமமாக இருப்பது செயலாக்கத்தைக் குறிக்கிறது.
பிறகு விருப்ப வேலைச் சுமைகளை நிறுத்தி இன்னொரு முறை மீண்டும் செய்யுங்கள். அதே ஹோஸ்டில் காப்புப்பிரதி, பதிவு அனுப்பி அல்லது தரவுத்தளம் சுரங்கப்பாதைகளுடன் தொடர்பில்லாத வேலையில் உள்ள சராசரியை உருவாக்கலாம். ஹோஸ்ட் வேறு வகையில் அமைதியாக இருக்கும்போது CPU இன்னும் பொருத்தப்பட்டிருந்தால், சான்றுகள் VPN செயல்முறையைக் குறிக்கின்றன. அது குறைந்தால், நீங்கள் அண்டையரை அளந்தீர்கள், நுழைவாயில் ஒருபோதும் பிரச்சினையாக இருக்கவில்லை.
வன்பொருள் வாங்குவதற்கு முன் பாதையை விலக்குங்கள்
அதிகரிக்கும் மறுஅனுப்புதல்கள், சுருங்கும் நெரிசல் சாளரம் மற்றும் அதிகரிக்கும் சுற்றுப்பயண நேரம் அனைத்தும் செயலியிலிருந்து விலகிச் சுட்டுகின்றன. சுரங்கப்பாதையின் MTU-ஐ பாதையின் MTU-டன் ஒப்பிடுங்கள், அடிப்படை இணைப்பில் இழப்பு உள்ளதா எனப் பாருங்கள், வாடிக்கையாளரின் சொந்த மேல்இணைப்பே வரம்பு அல்ல என்பதை உறுதிப்படுத்துங்கள். பெரிய நுழைவாயில் பாக்கெட்டுகளை வீழ்த்தும் இணைப்பைச் சரிசெய்யாது, பயனர்கள் இரண்டு குறைகளையும் ஒரே சொற்களில் விவரிக்கின்றனர். மறுஅனுப்புதல் கணக்கி நிமிடங்களில் அவற்றைப் பிரிக்கிறது.
மெய்நிகர் சேவையகத்தில், வழங்குநரின் அளவீடுகளை விருந்தினரின் சொந்த அளவீடுகளுடன் சேர்க்கவும். திருடப்பட்ட நேரம் என்பது அதிக விற்பனை விருந்தினருக்குள் எவ்வாறு தெரிகிறது என்பதாகும், விருந்தினருக்குள் எந்தத் தகவமைப்பும் அதை அகற்றாது. விருந்தினர் கணக்கிகள் ஹோஸ்ட்டைப் பார்க்க முடியாது, எனவே தூய்மையான விருந்தினர் வரைபடம் ஆரோக்கியமான ஹோஸ்ட்டின் சான்று அல்ல.
ஒரு மாற்றம், ஒரு அளவீடு
சான்றுகள் ஆதரிக்கும் கருதுகோளைத் தேர்ந்தெடுத்து, பிறகு ஆதரிக்கப்பட்ட ஒரு அமைப்பைச் சரியாக மாற்றுங்கள்: பணியாளர் எண்ணிக்கை, ஆவணப்படுத்தப்பட்ட இறக்குதல் விருப்பம் அல்லது நிகழ்வின் அளவு. OpenVPN செயலாக்கத்திற்கும் போக்குவரத்திற்கும் இடையிலான அதே பிரிவு பற்றிய செயல்திறன் சிக்கல் தீர்க்கும் வழிகாட்டியை வெளியிடுகிறது: OpenVPN செயல்திறன் சிக்கல் தீர்வு.
கொடியை நம்புவதற்குப் பதிலாக இறக்குதல் விருப்பம் உண்மையில் செயலில் உள்ளதா என உறுதிப்படுத்தி, பிறகு அதே பரிமாற்றத்தை மீண்டும் இயக்கி ஒத்ததை ஒத்ததுடன் ஒப்பிடுங்கள். உண்மையான முன்னேற்றத்தை அமைதியான பிற்பகலிலிருந்து வேறுபடுத்தும் ஒரே வழி அதுவே. மீட்டெடுக்கக்கூடிய சோதனைச் சுட்டியை வைத்திருங்கள், ஏனெனில் இரண்டாவது மாற்றத்தில் எது உதவியது என்பதை மக்கள் மறந்துவிடுகிறார்கள். ஒரு ஓட்டத்திற்கு ஒரு மாறி ஒரு நாளுக்கு மெதுவாகவும் ஒரு மாதத்திற்கு வேகமாகவும் இருக்கும்.
வரைபடம் சிறப்பாகத் தெரிவதற்காக அங்கீகாரத்தையோ மறையீட்டுத் தொகுப்பையோ பலவீனப்படுத்த வேண்டாம். CPU இன்னும் அறிகுறியைப் பின்பற்றவில்லை என்றால், ஊகத்தின் அடிப்படையில் மேம்படுத்துவதற்குப் பதிலாக பாதை மற்றும் பயன்பாட்டுச் சோதனைகளுக்குத் திரும்புங்கள்.