A tyre, tyre, tyre, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y, y Solana ShredStream Latency increasing रखता है" कारण और समाधान

At ERPCहम अक्सर ग्राहकों से पूछताछ प्राप्त करते हैं Solana'वास्तविक समय डेटा स्ट्रीम', यह बताते हुए कि "ShredStream latency धीरे-धीरे बढ़ जाती है और अंततः रुक जाती है।

इस लेख में हम स्पष्ट रूप से मुख्य कारणों को समझा देंगे कि यह मुद्दा क्यों होता है और आपके अनुप्रयोग के प्रदर्शन को बेहतर बनाने के लिए ठोस समाधान प्रदान करता है।

वर्तमान में, श्रेडस्ट्रीम फिल्टर के बिना लगभग सभी वास्तविक समय के डेटा को संचारित करता है। इसके कारण, यदि ग्राहक की प्रसंस्करण क्षमता अपर्याप्त है, तो डेटा संचित हो जाता है, धीरे-धीरे विलंबता बढ़ जाती है।

मुख्य कारण इस प्रकार हैं:

प्रारंभ में, ShredStream क्लाइंट का उपयोग करके किया गया था TypeScript और gRPC प्रोटोकॉल हालांकि, चूंकि फ़िल्टर अभी तक लागू नहीं हैं, इसलिए एक एकल-थ्रेडेड पर्यावरण जैसे कि फिल्टर लागू नहीं होते हैं। Node.js जल्दी से प्रसंस्करण सीमा तक पहुंचता है, जिससे निरंतर वृद्धि होती है।

हमने पहचान की कि यह मुद्दा तब नहीं होता जब कोई प्रयोग किया जाता है Rust इसी मशीन पर ग्राहक, इस प्रकार एकल-थ्रेडेड प्रोसेसिंग की सीमा की पुष्टि करता है।

उत्तर में, हमने NAPI-RS प्रौद्योगिकी का उपयोग करके एक समाधान विकसित किया, जिससे बहु-थ्रेडेड प्रोसेसिंग को सक्षम बनाया गया। Rust जबकि नियंत्रण को बनाए रखने से TypeScriptइस समाधान को ज्ञात किया गया है Solana स्ट्रीम SDK, खुला स्रोत और सार्वजनिक रूप से उपलब्ध है:

यदि आप उपयोग कर रहे हैं Node.js or TypeScriptहम इस SDK का उपयोग करने की अत्यधिक अनुशंसा करते हैं। अधिकतम प्रदर्शन के लिए, एक मूल बहु-थ्रेडेड भाषा का उपयोग करने पर विचार करें जैसे कि Rust.

रियल टाइम स्ट्रीम अनुप्रयोगों का उपयोग Solana ShredStream आम तौर पर 4 कोर और 16GB रैम के साथ सर्वर पर पर्याप्त रूप से काम करते हैं। हालांकि, CPU घड़ी की गति अत्यंत महत्वपूर्ण है। कम घड़ी की गति धीरे-धीरे विलंबता को बढ़ा सकती है।

सर्वर का उद्देश्य लाभ को अधिकतम करना अक्सर कई कोर लेकिन कम घड़ी की गति के साथ पुराने पीढ़ी के सीपीयू या सीपीयू का उपयोग करना होता है। उदाहरण के लिए, चौथी पीढ़ी AMD EPYC कई कोर (जैसे 84-कोर मॉडल) के साथ सीपीयू में आम तौर पर लगभग 2.2GHz का बेस क्लॉक होता है और अक्सर टर्बो बूस्ट का प्रभावी रूप से उपयोग नहीं किया जाता है। चूंकि अनुशंसित न्यूनतम आवश्यकता के लिए Solana सत्यापनकर्ता 2.8GHz है, हम दृढ़ता से ग्राहकों को कम से कम इस घड़ी की गति के साथ CPU को अपनाने की सलाह देते हैं।

इसके अतिरिक्त, VPS प्रदाता आमतौर पर "ओवरकमिटमेंट" का उपयोग करते हैं जो एक भौतिक सर्वर को एकाधिक वर्चुअल सर्वर में विभाजित करने का अभ्यास करते हैं। एक अतिरंजित वातावरण में, अन्य उपयोगकर्ताओं के साथ संसाधन प्रतियोगिता अक्सर चरम समय के दौरान होती है, नकारात्मक रूप से प्रभाव प्रदर्शन।

ERPC VPS सर्वर नवीनतम पीढ़ी से लैस प्रदान करता है AMD EPYC CPU की विशेषता घड़ी 4.15GHz तक की गति है। ये सर्वर नंगे धातु समाधान के करीब प्रदर्शन को वितरित करते हैं, पूरी तरह से अनुकूल है। Solana वास्तविक समय डेटा धाराओं की आवश्यकता वाले कार्यभार।

इससे पहले, उच्च-घंटे VPS समाधान अनुपलब्ध थे, जिससे उपयोगकर्ताओं को नंगे धातु सर्वर चुनने के लिए वास्तविक समय के प्रदर्शन की आवश्यकता होती है। ERPCVPS प्रसाद इस सीमा को हल करते हैं।

ERPCVPS समाधान के लिए अनुकूलित कर रहे हैं Solanaवास्तविक समय में डेटा स्ट्रीमिंग और कई उच्च आवृत्ति व्यापारियों और परियोजनाओं द्वारा अत्यधिक प्रशंसा की गई।

ये समाधान ग्राहकों के लिए एक नंगे धातु सर्वर के संसाधनों की आवश्यकता के बिना उच्च प्रदर्शन की जरूरत आदर्श हैं।

हम आपको अपने वीपीएस समाधान की कोशिश करने के लिए प्रोत्साहित करते हैं।

मुफ्त परीक्षण या विस्तृत परामर्श के लिए कृपया जाएं Validators DAO's' of the official Discord:

ERPC अपने विकसित जरूरतों को पूरा करने और बेहतर प्रदर्शन का समर्थन करने के लिए निरंतर अनुसंधान और विकास के लिए प्रतिबद्ध है।

आपके लिए धन्यवाद।