RTT (பிங்) தொடர்பானவை
விளையாட்டிற்குள் பிங், கணிக்கப்பட்ட RTT வரைபடம் மற்றும் கட்டளை வரி அளவீட்டு முறைகளுக்கு பிங் சரிபார்க்கும் முறை பகுதியைப் பார்க்கவும்.
பிங் என்றால் என்ன?
விரிவான விளக்கத்திற்கு பிங் ஆவணம் அல்லது லேக் (Lag) ஆவணத்தைப் பார்க்கவும்.
பிங் சராசரி குறைவாக இருப்பது நல்லதா?
ஆம், அது சரி. பிங் சராசரி மதிப்பு குறைவாக இருந்தால் நெட்வொர்க் வேகம் அதிகம் என்பதைக் குறிக்கிறது.
பிங் நியமச்சாய்வு குறைவாக இருப்பது நல்லதா?
ஆம். :-) நியமச்சாய்வு (Standard Deviation) மதிப்பு 0-க்கு நெருக்கமாக இருக்கும் போது அந்த இணைப்பு மிகவும் நிலையானது என்று பொருள்.
பிங் சராசரி மற்றும் நியமச்சாய்வு ஆகிய இரண்டில் எதற்கு முன்னுரிமை அளிக்க வேண்டும்?
உண்மையில் இரண்டுமே முக்கியமானவை. சராசரி வேகம் என்பதைக் குறிக்கிறது என்றால், நியமச்சாய்வு இணைப்பின் நிலைத்தன்மையைக் குறிக்கிறது. வேகம் ஒரே மாதிரியாக இருந்தாலும் மாறுபாடு வெவ்வேறாக உள்ள இரண்டு ரிலே முனைகளில் ஒன்றைத் தேர்ந்தெடுக்கும் போது, நியமச்சாய்வு 0-க்கு நெருக்கமாக இருக்கும் முனை சிறந்தது.
மிக விரைவான பிங் மதிப்பை எவ்வாறு பெறுவது?
மிக விரைவான பிங் என்பது 'பயனர் கணினியில்' இருந்து இலக்கு 'கேம் சேவையகம்' வரை மிகக் குறைந்த RTT (பிங் மதிப்பு) கொண்ட இணையப் பாதையைக் கண்டறிவதாகும். கேம் Mudfish-ல் பதிவு செய்யப்பட்டிருந்தால், பின்வரும் வழிகளில் குறுகிய பாதையைத் தேடலாம்:
- (v4 பதிப்பின் அடிப்படையில்) முதலில் Launcher-ஐ இயக்கி கேம் உருப்படியைப் பொருத்தவும். Launcher வழியாக டாஷ்போர்டை அணுகுவது கட்டாயமாகும்.

- டாஷ்போர்டில் குறிப்பிட்ட விளையாட்டின் ஐகானைக் கிளிக் செய்யவும்.
- 'அமைப்புகள்' தாவலில் ரிலே முனை உருப்படியின் 'மேம்பட்ட பயன்முறை' (Advanced Mode) என்பதைக் கிளிக் செய்து பூதக்கண்ணாடி ஐகானைக் கிளிக் செய்யவும்.
- தோன்றும் பாப்-அப் சாளரத்தில் கேம் சேவையகத்தின் இலக்கைக் கிளிக் செய்தால், Mudfish கணக்கிட்ட மிகக் குறுகிய பாதைகளைக் காணலாம். ஒரு ரிலே முனை வழியாகச் செல்வது விரைவானதா அல்லது இரண்டு ரிலே முனைகள் வழியாகச் செல்ல வேண்டுமா என்பதை இது காட்டும்.
கூடுதல் வழிகளுக்கு RTT (பிங்) குறைக்கும் முறை ஆவணத்தைப் பார்க்கவும்.
சிறந்த பிங் கொண்ட ரிலே முனை என்றால் என்ன?
'பிங் நன்றாக உள்ளது' என்பது வழக்கமாக 'பயனர் கணினி → ரிலே முனை → கேம் சேவையகம்' வரை அடையும் மிக விரைவான பாதையைக் கொண்ட ரிலே முனையைக் குறிக்கிறது. முன்பே கூறியது போல, இது வெறும் 'பயனர் கணினி ↔ ரிலே முனை' பிங் அல்லது 'ரிலே முனை ↔ கேம் சேவையகம்' பாதையை மட்டும் குறிக்காது என்பதில் கவனமாக இருக்க வேண்டும்.
Mudfish-ல் சிறந்த பிங் கொண்ட ரிலே முனையைக் கண்டறிய பின்வரும் படிகளைப் பின்பற்றலாம்:
- முதலில் Launcher-ஐ இயக்கி குறிப்பிட்ட கேம் உருப்படியைப் பொருத்தவும். Mudfish Launcher வழியாக டாஷ்போர்டை அணுக பரிந்துரைக்கப்படுகிறது.
- டாஷ்போர்டில் கேம் ஐகானைக் கிளிக் செய்யவும்.
- 'அமைப்புகள்' தாவலில் ரிலே முனை உருப்படியின் 'அடிப்படை பயன்முறை' (Basic Mode) என்பதைக் கிளிக் செய்து பூதக்கண்ணாடி ஐகானைக் கிளிக் செய்யவும். தோன்றும் பாப்-அப் சாளரத்தில் நீங்கள் இணைக்க விரும்பும் கேம் சேவையகத்தின் இருப்பிடத்தைக் கிளிக் செய்தால், கணக்கிடப்பட்ட வரைபடம் மற்றும் மதிப்பீட்டு மதிப்பெண்ணைக் காணலாம். வழக்கமாக மதிப்பீட்டு மதிப்பெண் குறைவாக உள்ள ரிலே முனையே சிறந்ததாகும்.

பிங் மாறவே இல்லை! பிங் மேம்பாடு பொருந்தவில்லை எனத் தோன்றுகிறது.
சுயபரிசோதனைக்கு உதவும் கேள்விகள் கீழே உள்ளன. பின்வரும் நடவடிக்கைகளை நீங்கள் சோதித்துள்ளீர்களா என்பதை முதலில் பார்க்கவும்:
| கேள்விகள் | ஆம் | இல்லை |
|---|---|---|
| பயன்படுத்தப்பட்டுள்ளதா எனச் சரிபார்க்கவும் முறையில் சோதிக்கும் போது சரியாகச் செயல்படுவதை உறுதி செய்தீர்களா? | ||
| 1. கேம் போக்குவரத்து Mudfish வழியாகச் சரியாக அனுப்பப்படுகிறதா? 1 | ||
| 2. ரிலே முனை தேர்வை 'Auto Selection' என வைத்துள்ளீர்களா? 2 | ||
| 3. தற்போது பயன்படுத்தும் ரிலே முனையிலிருந்து பிற ரிலே முனைகளுக்கு மாற்றிச் சோதித்தீர்களா? 3 | ||
| 4. ADN பயன்முறையைப் பயன்படுத்தி முயற்சித்தீர்களா? 4 | ||
| 5. FastConnect பயன்முறையைப் பயன்படுத்தி முயற்சித்தீர்களா? 5 | ||
| 6. தற்போதைய இணைப்பு நெறிமுறையை TCP ஆகப் பயன்படுத்துகிறீர்களா? 6 |

பயனர் இடைமுகக் கணிப்பு வரைபடத்தில் உள்ள RTT-க்கும் உண்மையான விளையாட்டிற்குள் உள்ள RTT-க்கும் வித்தியாசம் உள்ளது!
இது பல காரணங்களால் ஏற்படலாம்:
-
RTT கணக்கீட்டிற்காக அளவிடப்படும் IP வரம்பு Mudfish மற்றும் விளையாட்டிற்கு இடையே வேறுபட்டால்
அனைத்து Mudfish ரிலே முனைகளும் குறிப்பிட்ட கால இடைவெளியில் கேம் சேவையகங்களை நோக்கி RTT சோதனையை நடத்தி இந்தத் தகவலை மத்திய சேவையகத்திற்கு அனுப்புகின்றன. ஆனால் RTT சோதனைக்குரிய இலக்கு (IPv4 முகவரி) விளையாட்டு சோதிக்கும் இலக்கிலிருந்து வேறுபட்டால், Mudfish மதிப்பிலிருந்து மாறுபடலாம்.
சில நேரங்களில் Mudfish RTT சோதனை இலக்கை தவறாகக் குறிப்பிட்டு உண்மையான கேம் சேவையகம் அல்லாத வேறு இடத்திற்கு அளவிடுவதாலும் சிக்கல் ஏற்படலாம்.
-
RTT கணக்கீட்டிற்குப் பயன்படுத்தப்படும் நெறிமுறை Mudfish மற்றும் விளையாட்டிற்கு இடையே வேறுபட்டால்
அடிப்படையில் Mudfish TCP நெறிமுறையைப் பயன்படுத்தி RTT-ஐ அளவிடுகிறது, ஆனால் கேம் போக்குவரத்து UDP நெறிமுறை அடிப்படையிலானதாக இருந்தால் (QoS சாதனங்களால் பாக்கெட் கையாளுதல் முன்னுரிமை மாறக்கூடும் என்பதால்) வரைபட மதிப்பு உண்மையான மதிப்பிலிருந்து வேறுபடலாம்.
-
கேம் சேவையகத்தின் சுமை காரணமாக
விளையாட்டிற்குள் RTT கணக்கீடு உண்மையான கேம் விளையாடப்படும் சேவையகத்தை நோக்கிச் செய்யப்படும் போது, அந்தச் சேவையகத்தின் சுமையால் வேறுபாடு ஏற்படலாம்.
Mudfish RTT வரைபடம் உண்மையான கேம் சேவையகத்தை இலக்காகக் கொள்ளாமல், அந்தச் சேவையகம் அமைந்துள்ள பிணையம் அல்லது அருகிலுள்ள பிணையத்தை இலக்காகக் கொண்டு RTT-ஐக் கணக்கிடுவதால் இது நிகழ்கிறது.
-
கேம் சேவையகம் அமைந்துள்ள நெட்வொர்க்கின் சுமை காரணமாக
கேம் சேவையக பிணையம் அதிக ட்ராஃபிக்கால் சுமைக்குள்ளாகும் போது, Mudfish RTT அந்தப் பிணையப் பகுதியை நேரடியாகக் கணக்கிடவில்லை என்றால் வரைபடத்தில் வேறுபாடு இருக்கலாம்.
-
நீங்கள் பயன்படுத்தும் கணினியின் சொந்த சுமை காரணமாக
அரிதாக கணினியில் விளையாட்டு இயங்கும் போது ஏற்படும் அதிக சுமை காரணமாக இயக்க முறைமையின் (OS) செயலாக்க வேகம் குறைந்து RTT வேறுபாடு ஏற்படலாம்.
நிகழ்நேர பிங் வரைபடம் சில நேரங்களில் 3000 எனக் காட்டுகிறது.
பிங் 3000 ms என்பது Mudfish-ல் பாக்கெட் இழப்பைக் (Packet loss) குறிக்கிறது. அதாவது அந்த ரிலே முனை வழியாக சோதனை செய்த போது ஏதோ காரணத்தால் பாக்கெட்டுகள் இழக்கப்பட்டுள்ளன என்று பொருள். இதற்கான பொதுவான காரணங்கள்:
-
நீங்கள் பயன்படுத்தும் இணைய இணைப்பில் (ISP) சிக்கல் இருக்கும் போது
இந்த நிலையில், "நிலை → ரிலே முனைகள்" மெனுவில் பல ரிலே முனைகளுடனான RTT-ல் சிக்கல் இருப்பதைக் காணலாம். பல ரிலே முனைகளுடன் எந்தச் சிக்கலும் இல்லை என்றால் அது உங்கள் இணைய இணைப்பின் பிரச்சினையாக இருக்காது.
-
நீங்கள் பயன்படுத்தும் ரிலே முனையில் சிக்கல் இருக்கும் போது.
இந்த நிலையில் ரிலே முனையை மாற்றி முயற்சித்துப் பார்க்கலாம்.
-
கேம் சேவையகப் பிணையத்தில் சிக்கல் இருக்கும் போது.
அனைத்து பிங் மதிப்புகளும் 3000 என்றே காட்டுகின்றன
வழக்கமாக இந்தச் சிக்கல் 1) நீங்கள் பயன்படுத்தும் நெட்வொர்க்கில் ஃபயர்வால் இருப்பதால் 'பயனர் ↔ ரிலே முனை' இடையேயான RTT-ஐ அளவிட முடியாததாலோ, அல்லது 2) Mudfish சேவையகச் சிக்கலால் 'ரிலே முனை ↔ கேம் சேவையகம்' இடையேயான RTT-ஐ அளவிட முடியாததாலோ ஏற்படலாம்.
முதல் காரணமாக இருந்தால் பின்வருமாறு தீர்க்கலாம்:
-
Mudfish UI-ல் 'அமைப்புகள் → நிரல்' மெனுவிற்குச் சென்றால் 'RTT சரிபார்ப்பு முறை' (RTT Check Method) இருக்கும். இந்த அமைப்பை ICMP, TCP, UDP ஆகியவற்றில் ஏதேனும் ஒன்றாக மாற்றிவிட்டு Mudfish-ஐ மறுதொடக்கம் செய்யவும்.

இரண்டாவது காரணமாக இருந்தால், Mudfish மன்றத்தில் பதிவிட்டால் சரிசெய்து தரப்படும்.
Footnotes
-
Mudfish இயக்கப்பட்டிருந்தும் பிங்கில் எந்த மாற்றமும் இல்லை என்றால் சரிபார்க்க வேண்டிய உருப்படி இது. விளையாடும் போது டாஷ்போர்டில் உள்ள 'நிகழ்நேர ட்ராஃபிக் நிலை' வரைபடம் நகர்கிறதா அல்லது நிலையாக உள்ளதா என்பதைப் பார்க்கவும். ↩
-
'Auto Selection' என இருந்தால், வேறொரு ரிலே முனையைக் கைமுறையாக அமைத்துச் சோதிக்கவும். ↩
-
நீங்கள் பயன்படுத்திய ரிலே முனையின் நெட்வொர்க் நிலை தற்காலிகமாக மோசமாக இருக்கலாம். ↩
-
1 ரிலே முனை வழியாக நெட்வொர்க் நெரிசல் பகுதியைத் தவிர்ப்பது கடினமாக இருந்தால், ADN பயன்முறையைப் பயன்படுத்தி 2 ரிலே முனைகள் வழியாக அனுப்பலாம். ↩
-
விளையாட்டே TCP நெறிமுறை அடிப்படையிலானதாக இருந்தால் FastConnect பயன்முறையைப் பயன்படுத்தி முயற்சிப்பது நல்லது. ↩
-
முன்னிருப்பு நெறிமுறையான UDP பயன்பாட்டில் சிக்கல் இல்லை என்றால், TCP-ஐப் பயன்படுத்த வேண்டிய அவசியமே இல்லை. ↩