Serializing और Deserializing .NET कोर बनाम गो डेटा

हाय% उपयोगकर्ता नाम%

मेरा कार्य .NET कोर और गोलंग के लिए क्रमिक प्रदर्शन की तुलना करना था। इंटरनेट पर खोज करने के बाद, मैं एक भंडार में आया। REST माइक्रोसर्विस का एक सरल उदाहरण माना जाता है। यह वही है जो मुझे चाहिए, मैंने सोचा। परीक्षण के परिणाम देखने के बाद, मैं हैरान था। स्रोत कोड को देखने के बाद, मुझे एहसास हुआ कि क्या गलत था। यहाँ मुझे पसंद नहीं है:

• सीरियलाइज़ेशन और डीरियलाइज़ेशन के लिए, 3 तत्वों की एक सरणी का चयन किया जाता है। यह स्पष्ट रूप से पर्याप्त नहीं है।
• गोलंग के लिए, भाषा की सभी विशेषताओं का उपयोग नहीं किया जाता है, लेकिन, जैसा कि आप जानते हैं, एन्कोडिंग / जोसन अंतर्निहित लाइब्रेरी धीमा है।
• नतीजतन, लेखक kestrel और नेट / http वेब सर्वर के प्रदर्शन की तुलना करता है।

यह इन कमियों है जो ऊपर वर्णित उदाहरण के ढांचे में प्रदर्शन के अधिक विस्तृत विचार का कारण बना। मुझे आशा है कि आपको परिणाम जानना दिलचस्प होगा।

रचना और सॉफ्टवेयर का विवरण

ऊपर के भंडार से स्रोत कोड को भी आधार के रूप में लिया गया था। क्या अंतिम रूप दिया गया है:

• सर्वर API के लिए, fasthttp का उपयोग किया जाता है।
• एपीआई सर्वर रिकॉर्ड सरणियों के साथ प्रतिक्रिया करता है।
• प्रत्येक ग्राहक के पास जाँच के लिए कई तरीके हैं।

संशोधित कोड रिपॉजिटरी में उपलब्ध है ।

स्पष्टता के लिए, सर्वर API से JSON प्रतिक्रिया का एक उदाहरण:

[ { "Id":"id_8299119732867115081", "Name":"name_5541535679032008745", "Time":1566731141 }, ... { "Id":"id_2804604318195309547", "Name":"name_5914011395631118540", "Time":1566731142 } ] 

ग्राहकों

प्रत्येक सेवा में प्रदर्शन का मूल्यांकन करने के लिए, तीन विधियाँ कार्यान्वित की जाती हैं:

• सर्वर एपीआई से डेटा प्राप्त करना और इसे प्रसंस्करण के बिना भेजना [/ testNoProcess]।
• सर्वर एपीआई से डेटा प्राप्त करना - डिसेरिएलाइज़ेशन, प्रतिबिंब का उपयोग करके क्रमांकन और [/ testReflection] भेजना। .NETCore के लिए, Newtonsoft.Json पैकेज का उपयोग किया गया था, गोलंग के लिए, एन्कोडिंग / json का उपयोग किया गया था।
• सर्वर API से डेटा प्राप्त करना - डिसेरिएलाइज़ेशन, बिना प्रतिबिंब का उपयोग किए बिना क्रमांकन और [/ testNoReflection] भेजना। .NETCore के लिए, स्मृति आवंटन की संख्या को कम करने के लिए एक स्पैन-आधारित समाधान लागू किया गया था। गोलंग के पास एक रेडीमेड समाधान है - ईजीजोन लाइब्रेरी, जो खुद को सकारात्मक पक्ष पर विशेष रूप से साबित कर चुका है।

इन परीक्षणों के आधार पर, आप वेब सर्वर (kestrel और net / http) के प्रदर्शन, मूल्यांकन को कम कर सकते हैं जब प्रतिबिंब का उपयोग करते हुए डेटा को संसाधित करते हैं और इसके बिना दोनों भाषाओं में कार्यान्वयन के लिए।

परीक्षण पद्धति का विवरण

प्रत्येक भाषा के प्रदर्शन और प्रत्येक कार्यान्वयन के मूल्यांकन के लिए कई चरणों में परीक्षण किया गया था।
एक लोड बनाने के लिए, बॉम्बार्डियर उपयोगिता का चयन किया गया था। उपयोगिता को निम्नलिखित मापदंडों के साथ लॉन्च किया गया था: -c 125 -d 120s, जिसकी व्याख्या निम्न प्रकार से की जा सकती है: 120 सेकंड के परीक्षण समय के साथ 125 थ्रेड्स का उपयोग कैसे करें।

प्रदर्शन माप 3 चरणों में किया गया था:

1. आरपीएस एपीआई सर्वर आयाम। प्रत्येक विधि के प्रदर्शन पर प्रसंस्करण विधियों के प्रभाव का आकलन करने में सक्षम होने के लिए माप किए गए थे।
2. प्रतिबिंब का उपयोग करके प्रतिक्रिया प्रसंस्करण का आरपीएस माप।
3. प्रतिबिंब का उपयोग किए बिना आरपीएस प्रतिक्रिया प्रसंस्करण को मापें।

इन मापों के आधार पर, प्रतिक्रिया प्रसंस्करण के प्रदर्शन पर डेटा प्राप्त किए गए थे। सभी प्रोसेसर कोर का उपयोग 99.8-100% था। मूल्यांकन के लिए, 10, 30, 100 और 500 रिकॉर्ड के प्रारंभिक डेटा का चयन किया गया था। उत्पादन में 500 रिकॉर्डों की संख्या सामान्य नहीं है, लेकिन मुझे यह देखने में दिलचस्पी थी कि प्रत्येक भाषा कैसे व्यवहार करती है।

टेस्ट स्टैंड

सभी परीक्षण अगस्त 2019 के लिए सभी अपडेट के साथ उबंटू सर्वर 18.04 पर चलने वाली एक वर्चुअल मशीन पर चलाए गए थे। इसकी निम्नलिखित विशेषताएं हैं:

• प्रोसेसर कोर I7-3770K - 4 कोर।
• रैम - 4 जीबी।

प्रदर्शन तुलना के लिए, .NET कोर 2.2 और गोलंग 1.12 स्थापित किए गए थे।

खैर, अब सबसे दिलचस्प परिणामों पर आगे बढ़ने का समय है।

परिणाम

नीचे परीक्षण परिणामों के साथ एक तालिका है।

आप तुरंत नोटिस कर सकते हैं कि गोलंग में अधिक उत्पादक वेब सर्वर है। .NET Core में Kestrel की तुलना में अंतर लगभग 12% है।
उपरोक्त आंकड़ों के आधार पर, 2 ग्राफ़ का निर्माण किया गया था। अगला, आप आरपीएस की तुलना स्पष्ट रूप से देख सकते हैं।

तेजी से नेट / http लाइब्रेरी के कारण, गोलंग छोटे डेटा के लिए अच्छे परिणाम दिखाता है। डेटा वॉल्यूम में वृद्धि के साथ, प्रदर्शन की तुलना केस्टेल के साथ की जाती है।

एक छोटे डेटा आकार पर प्रतिबिंब का उपयोग करते समय, आरपीएस लगभग समान होता है, माप त्रुटि को ध्यान में रखता है। बढ़ते डेटा आकार के साथ, .NET कोर अधिक RPS दिखाता है।

प्रतिबिंब के उपयोग के बिना परीक्षण करते समय, दोनों भाषाओं ने प्रदर्शन लाभ दिखाया। गोलंग बेहतर प्रदर्शन दिखाता है क्योंकि इसमें शुरू में प्रसंस्करण के बिना परीक्षण पर उच्चतर आरपीएस (प्रति सेकंड अनुरोध) है। छोटे डेटा पर, लाभ महत्वपूर्ण है। डेटा के आकार में वृद्धि के साथ, आरपीएस की तुलना लगभग है। 500 रिकॉर्ड के सबसे बड़े परीक्षण पर, गोलंग फिर से आगे है।

प्रतिबिंब का उपयोग करके परीक्षणों में, गोलंग सभी मोर्चों पर हार गया। सबसे खराब स्थिति में प्रदर्शन की गिरावट 60% से अधिक थी। प्रदर्शन के लिए बॉक्स से बाहर क्रमांकन लागू करना आम तौर पर बेकार है।
प्रतिबिंब के बिना, गोलंग सभी परीक्षणों में तेज था। और डेटा वृद्धि के साथ, गोलंग का लाभ केवल बढ़ रहा है। किसी भी मामले में, प्रतिबिंब का उपयोग करने से इनकार करने से गोलंग और .NETकोर दोनों के लिए एक महत्वपूर्ण प्रदर्शन को बढ़ावा मिलता है, जो सामान्य रूप से अपेक्षित होना चाहिए।

निष्कर्ष

इस छोटे से प्रदर्शन की तुलना से क्या निष्कर्ष निकाला जा सकता है? मैं इसे प्रत्येक समाधान के लिए पेशेवरों और विपक्षों के रूप में तैयार करना चाहूंगा। चलिए शुरुआत करते हैं गोलंग से:

• इसमें बेहतर प्रदर्शन है, और इसे और बेहतर बनाया जा सकता है, उदाहरण के लिए, वेब सर्वर के रूप में फास्टहट का उपयोग करके।
• कोड पीढ़ी के लिए धन्यवाद - प्रतिबिंब का उपयोग किए बिना प्रसंस्करण विधियों का सुविधाजनक उपयोग।
• कम स्मृति खपत।

.NET कोर के भी कई फायदे हैं:

• प्रदर्शन ज्यादातर मामलों के लिए उपयुक्त है।
• मेरी राय में, यह विजुअल स्टूडियो के लिए सबसे अच्छा और सबसे सुविधाजनक विकास वातावरण में से एक है।

परिणाम को निम्नानुसार संक्षेप में प्रस्तुत किया जा सकता है: यदि आपके पास एक REST API है और आप एक बड़े लोड की योजना बना रहे हैं, तो बहुत जटिल व्यवसाय तर्क नहीं, तो गोलांग का उपयोग करना बेहतर है, अन्य मामलों में आप .NET कोर के साथ प्राप्त कर सकते हैं। क्या मुझे .NET कोर से गोलंग के लिए तैयार समाधान फिर से लिखना चाहिए? सब अपने लिए तय करेंगे।

मुझे आशा है कि आपको यह सामग्री उपयोगी लगेगी। सब अच्छा है