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

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

பிளாக்செயின் கிளையண்டின் சேவை கோரிக்கையின் நிலைகள்

அதிக அல்லது குறைவான சிக்கலான சேவையின் தரத்தைப் பற்றி நேர்மையாகப் பேசுவதற்கு, நீங்கள் சராசரி மதிப்புகளை மட்டும் கணக்கில் எடுத்துக்கொள்ள வேண்டும், ஆனால் அதிகபட்சம்/குறைந்தபட்சம், சராசரிகள், சதவீதங்கள். கோட்பாட்டளவில், சில பிளாக்செயினில் 1000 டிபிஎஸ் பற்றி பேசலாம், ஆனால் 900 பரிவர்த்தனைகள் அபரிமிதமான வேகத்தில் முடிக்கப்பட்டு, 100 சில வினாடிகளுக்கு "சிக்கப்பட்டது" என்றால், அனைத்து பரிவர்த்தனைகளிலும் சேகரிக்கப்பட்ட சராசரி நேரம் ஒரு வாடிக்கையாளருக்கு முற்றிலும் நியாயமான அளவீடு அல்ல. சில நொடிகளில் என்னால் பரிவர்த்தனையை முடிக்க முடியவில்லை. தவறவிட்ட ஒருமித்த சுற்றுகள் அல்லது நெட்வொர்க் பிளவுகளால் ஏற்படும் தற்காலிக "துளைகள்" சோதனை பெஞ்சுகளில் சிறந்த செயல்திறனைக் காட்டிய சேவையை பெரிதும் அழிக்கக்கூடும்.

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

1. பரிவர்த்தனை வாடிக்கையாளரின் மீது உருவாக்கப்பட்டது
2. பரிவர்த்தனை வாடிக்கையாளரிடம் கையொப்பமிடப்பட்டது
3. கிளையன்ட் முனைகளில் ஒன்றைத் தேர்ந்தெடுத்து அதற்கு தனது பரிவர்த்தனையை அனுப்புகிறார்
4. கிளையண்ட் முனையின் மாநில தரவுத்தளத்திற்கான புதுப்பிப்புகளுக்கு குழுசேர்கிறது, அதன் பரிவர்த்தனையின் முடிவுகள் தோன்றும் வரை காத்திருக்கிறது
5. கணு p2p நெட்வொர்க்கில் பரிவர்த்தனையை விநியோகிக்கிறது
6. பல அல்லது ஒரு BP (பிளாக் தயாரிப்பாளர்) திரட்டப்பட்ட பரிவர்த்தனைகளை செயலாக்குகிறது, மாநில தரவுத்தளத்தை மேம்படுத்துகிறது
7. தேவையான எண்ணிக்கையிலான பரிவர்த்தனைகளைச் செயலாக்கிய பிறகு BP ஒரு புதிய தொகுதியை உருவாக்குகிறது
8. பிபி பி2பி நெட்வொர்க்கில் ஒரு புதிய தொகுதியை விநியோகிக்கிறது
9. கிளையன்ட் அணுகும் முனைக்கு புதிய தொகுதி வழங்கப்படுகிறது
10. முனை மாநில தரவுத்தளத்தை மேம்படுத்துகிறது
11. கணு கிளையண்ட் தொடர்பான புதுப்பிப்பைக் கண்டு அவருக்கு பரிவர்த்தனை அறிவிப்பை அனுப்புகிறது

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

வாடிக்கையாளர் பக்கத்தில் ஒரு பரிவர்த்தனையைத் தயாரித்தல்

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

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

பரிவர்த்தனையை அனுப்புதல் மற்றும் அதன் நிலையை கண்காணித்தல்

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

பிளாக்செயின்களில், கிளையன்ட் அவர் விரும்பும் எந்த பிளாக்செயின் முனைக்கும் ஒரு பரிவர்த்தனையை அனுப்புகிறார், பரிவர்த்தனையின் ஹாஷ் பொதுவாக கிளையண்டிற்கு அனுப்பும் முன் தெரியும், எனவே அவர் செய்ய வேண்டியது இணைப்பை அடைவதும், பரிமாற்றத்திற்குப் பிறகு, பிளாக்செயின் மாறும் வரை காத்திருக்கவும் அதன் நிலை, அவரது பரிவர்த்தனையை செயல்படுத்துகிறது. "tps" ஐ அளவிடுவதன் மூலம் பிளாக்செயின் முனையுடன் இணைக்கும் வெவ்வேறு முறைகளுக்கு முற்றிலும் மாறுபட்ட முடிவுகளைப் பெறலாம் என்பதை நினைவில் கொள்ளவும். இது வழக்கமான HTTP RPC அல்லது WebSocket ஆக இருக்கலாம், இது "சந்தா" முறையைச் செயல்படுத்த உங்களை அனுமதிக்கிறது. இரண்டாவது வழக்கில், கிளையன்ட் முன்பே அறிவிப்பைப் பெறுவார், மேலும் கணு பரிவர்த்தனை நிலையைப் பற்றிய பதில்களுக்கு குறைந்த வளங்களை (முக்கியமாக நினைவகம் மற்றும் போக்குவரத்து) செலவிடும். எனவே "tps" அளவிடும் போது வாடிக்கையாளர்கள் முனைகளுடன் இணைக்கும் விதத்தை கணக்கில் எடுத்துக்கொள்வது அவசியம். எனவே, இந்த இடையூறுகளின் அபாயங்களை மதிப்பிட, பெஞ்ச்மார்க் பிளாக்செயினானது, WebSocket மற்றும் HTTP RPC கோரிக்கைகளுடன் வாடிக்கையாளர்களை உண்மையான நெட்வொர்க்குகளுடன் தொடர்புடைய விகிதாச்சாரத்தில் பின்பற்ற முடியும், அத்துடன் பரிவர்த்தனைகளின் தன்மையையும் அவற்றின் அளவையும் மாற்ற வேண்டும்.

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

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

பிளாக்செயின்களில், பங்கேற்பாளர்களிடையே பரிவர்த்தனைகள் மற்றும் தொகுதிகளை மாற்ற பியர்-டு-பியர் (p2p) நெட்வொர்க்கிங் பயன்படுத்தப்படுகிறது. பரிவர்த்தனைகள் நெட்வொர்க் முழுவதும் பரவுகின்றன, ஒரு முனையிலிருந்து தொடங்கி, அவை பியர் பிளாக் தயாரிப்பாளர்களை அடையும் வரை, அவர்கள் பரிவர்த்தனைகளை பிளாக்குகளாக அடைத்து, அதே p2p ஐப் பயன்படுத்தி, அனைத்து நெட்வொர்க் முனைகளுக்கும் புதிய தொகுதிகளை விநியோகிக்கிறார்கள். பெரும்பாலான நவீன p2p நெட்வொர்க்குகளின் அடிப்படையானது Kademlia நெறிமுறையின் பல்வேறு மாற்றங்களாகும். இங்கே இந்த நெறிமுறையின் நல்ல சுருக்கம், மற்றும் இங்கே - BitTorrent நெட்வொர்க்கில் பல்வேறு அளவீடுகளைக் கொண்ட ஒரு கட்டுரை, ஒரு மையப்படுத்தப்பட்ட சேவையின் கடுமையாக உள்ளமைக்கப்பட்ட நெட்வொர்க்கை விட இந்த வகை நெட்வொர்க் மிகவும் சிக்கலானது மற்றும் குறைவாக யூகிக்கக்கூடியது என்பதை ஒருவர் புரிந்து கொள்ள முடியும். மேலும், இங்கே Ethereum முனைகளுக்கான பல்வேறு சுவாரஸ்யமான அளவீடுகளை அளவிடுவது பற்றிய கட்டுரை.

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

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

பிளாக்செயின் செயலாக்கம் மற்றும் மாநில தரவுத்தள புதுப்பித்தல்

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

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

ஒரு மெய்நிகர் இயந்திர செயலாக்க பரிவர்த்தனைகள் பிளாக்செயினின் செயல்பாட்டை மேம்படுத்தக்கூடிய ஒரு பயனுள்ள தகவலாக இருக்கலாம். நினைவக ஒதுக்கீடுகளின் எண்ணிக்கை, படிக்க/எழுதுவதற்கான வழிமுறைகளின் எண்ணிக்கை மற்றும் ஒப்பந்தக் குறியீட்டை செயல்படுத்தும் திறன் தொடர்பான மற்ற அளவீடுகள் டெவலப்பர்களுக்கு நிறைய பயனுள்ள தகவல்களை வழங்க முடியும். அதே நேரத்தில், ஸ்மார்ட் ஒப்பந்தங்கள் நிரல்களாகும், அதாவது கோட்பாட்டளவில் அவை எந்த ஆதாரங்களையும் பயன்படுத்த முடியும்: cpu/memory/network/storage, எனவே பரிவர்த்தனை செயலாக்கம் என்பது நிச்சயமற்ற நிலையாகும், இது கூடுதலாக, பதிப்புகளுக்கு இடையில் நகரும் போது பெரிதும் மாறுகிறது. மற்றும் ஒப்பந்தக் குறியீடுகளை மாற்றும்போது. எனவே, பிளாக்செயின் செயல்திறனை திறம்பட மேம்படுத்த, பரிவர்த்தனை செயலாக்கம் தொடர்பான அளவீடுகளும் தேவை.

பிளாக்செயினில் ஒரு பரிவர்த்தனையைச் சேர்ப்பது பற்றிய அறிவிப்பின் வாடிக்கையாளரின் ரசீது

பிளாக்செயின் கிளையண்ட் சேவையைப் பெறும் இறுதி நிலை இதுவாகும்; மற்ற நிலைகளுடன் ஒப்பிடும்போது, ​​பெரிய மேல்நிலைச் செலவுகள் இல்லை, ஆனால் கிளையண்ட் முனையிலிருந்து ஒரு பெரிய பதிலைப் பெறுவதற்கான சாத்தியத்தை கருத்தில் கொள்வது மதிப்பு (உதாரணமாக, ஒரு ஸ்மார்ட் ஒப்பந்தம் தரவுகளின் வரிசையைத் திரும்பப் பெறுகிறது). எப்படியிருந்தாலும், “உங்கள் பிளாக்செயினில் எத்தனை டிபிஎஸ் உள்ளது?” என்ற கேள்வியைக் கேட்டவருக்கு இந்த புள்ளி மிகவும் முக்கியமானது. இந்த நேரத்தில், சேவையைப் பெறும் நேரம் பதிவு செய்யப்பட்டுள்ளது.

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

முடிவுக்கு

இதன் விளைவாக, பிளாக்செயின்களில் செய்யப்படும் செயல்பாடுகளின் வகைகளை விவரிக்கலாம் மற்றும் அவற்றை பல வகைகளாகப் பிரிக்கலாம்:

1. கிரிப்டோகிராஃபிக் மாற்றங்கள், ஆதாரம் கட்டுமானம்
2. பியர்-டு-பியர் நெட்வொர்க்கிங், பரிவர்த்தனை மற்றும் பிளாக் நகல்
3. பரிவர்த்தனை செயலாக்கம், ஸ்மார்ட் ஒப்பந்தங்களை நிறைவேற்றுதல்
4. மாநில தரவுத்தளத்தில் பிளாக்செயினில் மாற்றங்களைப் பயன்படுத்துதல், பரிவர்த்தனைகள் மற்றும் தொகுதிகள் பற்றிய தரவைப் புதுப்பித்தல்
5. மாநில தரவுத்தளம், பிளாக்செயின் நோட் ஏபிஐ, சந்தா சேவைகளுக்கான படிக்க-மட்டும் கோரிக்கைகள்

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

பிளாக்செயின்களின் செயல்திறனை வடிவமைத்து மதிப்பிடும்போது, ​​​​இந்த புள்ளிகள் அனைத்தையும் நீங்கள் கணக்கில் எடுத்துக்கொள்ள வேண்டும். இதைச் செய்ய, நீங்கள் வாடிக்கையாளர்களிடமிருந்தும் நெட்வொர்க் முனைகளிலிருந்தும் ஒரே நேரத்தில் அளவீடுகளைச் சேகரித்து பகுப்பாய்வு செய்ய வேண்டும், அவற்றுக்கிடையேயான தொடர்புகளைத் தேட வேண்டும், வாடிக்கையாளர்களுக்கு சேவைகளை வழங்க எடுக்கும் நேரத்தை மதிப்பிட வேண்டும், அனைத்து முக்கிய ஆதாரங்களையும் கணக்கில் எடுத்துக்கொள்ள வேண்டும்: cpu/memory/network/storage , அவை எவ்வாறு பயன்படுத்தப்படுகின்றன என்பதைப் புரிந்துகொண்டு ஒருவருக்கொருவர் செல்வாக்கு செலுத்துங்கள். இவை அனைத்தும் வெவ்வேறு பிளாக்செயின்களின் வேகத்தை “எத்தனை டிபிஎஸ்” வடிவத்தில் ஒப்பிடுவது மிகவும் நன்றியற்ற பணியாக அமைகிறது, ஏனெனில் பல்வேறு கட்டமைப்புகள் மற்றும் நிலைகள் அதிக எண்ணிக்கையில் உள்ளன. பெரிய மையப்படுத்தப்பட்ட அமைப்புகளில், நூற்றுக்கணக்கான சேவையகங்களின் தொகுப்புகளில், இந்த சிக்கல்களும் சிக்கலானவை, மேலும் பல்வேறு அளவீடுகளின் சேகரிப்பு தேவைப்படுகிறது, ஆனால் பிளாக்செயின்களில், p2p நெட்வொர்க்குகள், மெய்நிகர் இயந்திரங்கள் செயலாக்க ஒப்பந்தங்கள், உள் பொருளாதாரங்கள், டிகிரி எண்ணிக்கை சுதந்திரம் மிகவும் அதிகமாக உள்ளது, இது பல சேவையகங்களில் கூட சோதனையை உருவாக்குகிறது, இது குறிகாட்டியாக இல்லை மற்றும் யதார்த்தத்துடன் கிட்டத்தட்ட எந்த தொடர்பும் இல்லாத மிகவும் தோராயமான மதிப்புகளை மட்டுமே காட்டுகிறது.

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

எனவே, “உங்கள் பிளாக்செயினில் எத்தனை டிபிஎஸ் உள்ளது?” என்ற கேள்வியைப் பெறும்போது, ​​உங்கள் உரையாசிரியருக்கு தேநீர் வழங்கி, அவர் ஒரு டஜன் வரைபடங்களைப் பார்க்கத் தயாரா என்று கேளுங்கள், மேலும் பிளாக்செயினின் செயல்திறன் சிக்கல்கள் மற்றும் அதற்கான உங்கள் பரிந்துரைகளையும் கேட்கவும். அவற்றை தீர்க்கும்...

ஆதாரம்: www.habr.com