डार्ट बनाम Node.js: HTTP सर्वर कार्यान्वयन पर प्रदर्शन की तुलना

सभी को शुभ दिन!

इस साल, क्रॉस-प्लेटफ़ॉर्म एप्लिकेशन डेवलपमेंट के लिए एक रूपरेखा फ़्लटर की रिलीज़ के साथ, डार्ट भाषा में प्रचार में वृद्धि हुई है। किसी भी पूर्णतावादी की तरह बोरिंग आलसी के लिए मैंने डार्ट वर्चुअल मशीन के सर्वर कार्यान्वयन के प्रदर्शन की तुलना Node.s.s. के व्यक्ति में इसके संभावित प्रतिपक्षी के साथ करने के बारे में सोचा। मुझे तुरंत यह कहना चाहिए कि मेरे भीतर यह आशा जग रही थी कि डार्ट जीत जाएगा, और मैं तीन पाँच साल की अवधि के लिए संभावित प्रतियोगियों पर श्रेष्ठता प्रदान करते हुए पवित्र कब्र हासिल करूंगा, लेकिन वास्तविकता थोड़ी अलग थी ...

उपकरण

• टेस्ट मशीन: कोर I7, SSD, 12GB RAM (कृपया मेरे पिछले नियोक्ता द्वारा प्रदान की गई)
• लोड परीक्षण: k6.io (वैसे, इसकी वास्तुकला में रूपरेखा बहुत दिलचस्प है)

आवेदन कोड का संगठन

स्रोत कोड

तब मैंने विशेष रूप से परेशान नहीं करने का फैसला किया और उन सिफारिशों का पालन करने का फैसला किया जो मैंने एक समय में हबेरी पर पढ़ी थी। विशेष रूप से:

• यादृच्छिक डेटा उत्पन्न करने के काम के रूप में एक पेलोड जोड़ा गया (परिणामों के संभावित कैशिंग को समाप्त करने के लिए यादृच्छिक डेटा)

class Human { constructor (id, name, surname, age, gender) { this.id = id this.name = name this.surname = surname this.age = age this.gender = gender } } 

• डार्ट और Node.js दोनों ने सिंक्रोनस और एसिंक्रोनस अनुरोध प्रसंस्करण विकल्पों का उपयोग किया।
• उद्योग के ढांचे पर मूल समाधान और समाधान का इस्तेमाल किया (नोड के लिए डार्ट और एक्सप्रेस के लिए एक्वाडक्ट)
• चूंकि अध्ययन एक्वाडक्ट का उपयोग करते समय डार्ट का एक महत्वपूर्ण त्वरण प्राप्त करने में कामयाब रहा, जो प्रत्येक कोर पर अलग-अलग चलता है, मैंने संतुलन के लिए नोड मॉड्यूल का उपयोग किया।

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

• प्रति सेकंड दिए गए अनुरोधों की संख्या (500, 750) और परीक्षण पुनरावृत्तियों की संख्या की सीमा (पूर्ण अनुरोधों की संख्या) के साथ लोड परीक्षण चलाएं।
• अनुप्रयोग और परीक्षण ढाँचा दोनों एक ही मशीन पर चलाए गए थे, इसलिए आपको यह समझना चाहिए कि सभी परिणाम सापेक्ष हैं और केवल एक दूसरे के साथ तुलना की जा सकती है

परिणाम

देशी डार्ट

500 आरपीएस

750 आरपीएस

• http_reqs: 309.10154 / s

डार्ट के लिए एक्वाडक्ट फ्रेमवर्क

500 आरपीएस

750 आरपीएस

देशी नोड .js

500 आरपीएस

750 आरपीएस

क्लस्टर के साथ नोड एक्सप्रेस

500 आरपीएस

750 आरपीएस

निष्कर्ष

• बेशक, बहुत कुछ इस बात पर निर्भर करता है कि आपने आवेदन तर्क को कैसे लागू किया है, मुझे वास्तव में यकीन नहीं है कि मेरा कोड डार्ट और नोड दोनों के मामले में इष्टतम है।
  
  • विशेष रूप से, सरणी उत्पन्न करने का कार्य असिंक्रोनस आउटपुट के साथ एक अलग कार्यकर्ता स्ट्रीम में प्रदर्शित किया जा सकता है, मेरे मामले में इसे लागू नहीं किया गया था, इसलिए, पूरे अतुल्यकालिक mosh का उपयोग यहां नहीं किया गया था
  • Dart और Node.js दोनों में, आउटपुट को एक स्ट्रीम के माध्यम से व्यवस्थित किया जा सकता है
  • इसलिए, प्रदर्शन अनुसंधान और अनुकूलन दोनों के लिए अभी भी बहुत जगह है।
• हैंडलर के मूल कार्यान्वयन में डार्ट ने एक महाकाव्य फ़ाइल दिखाई, फिर भी, जब रूपरेखा के माध्यम से कार्यान्वित किया गया, तो इसने प्रभावशाली परिणाम दिखाए, जिसके अनुसार डार्ट आभासी मशीन अब Node.js के साथ प्रतिस्पर्धा कर सकती है।
• जहां तक ​​मुझे पता है, V8 को अनुकूलित करने के लिए मानव-घंटे के काम का एक जबरदस्त निवेश किया गया है, मुझे यकीन है कि डार्ट वर्चुअल मशीन में बहुत कम समय का निवेश किया गया है। इसलिए, दूसरे में संभवतः V8 से पहले अनुकूलन के लिए पर्याप्त बड़ी क्षमता है