SOCKS ரிலேவில் முழு இருமுக ஓட்டமும் பின்னழுத்தமும்

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

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

ஊகிக்கப்பட்ட பரிவர்த்தனைகள் அல்ல, பைட்டுகளை அனுப்புங்கள்

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

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

இரண்டு வரம்புக்குட்பட்ட காத்திருக்கும் இடையகங்களை வைத்திருங்கள்

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

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

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

ஒரு திசையில் முடிவுக்குக் கொள்கை தேவை

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

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