🐁 💗 🔝 लोड परीक्षण: Node.JS बनाम phpDaemon 🤵🏽 🚵🏿 🤸

किसी एक प्रोजेक्ट पर काम करते समय, हमें पंजीकृत उपयोगकर्ताओं के बीच पत्राचार को लागू करने के कार्य का सामना करना पड़ा। इसके मूल में, यह एक चैट होना चाहिए, लेकिन साथ ही आप इसमें केवल एक वार्ताकार के साथ संवाद कर सकते हैं।

इस तरह की चैट का संभावित भार लगभग 10,000 एक साथ रखने के लिए-जीवित कनेक्शन है। प्रत्येक नए संदेश को मुख्य डेटाबेस में, साथ ही साथ "तेज" एक में दर्ज किया जाना चाहिए, जिसका कार्य उपयोगकर्ताओं के बीच पत्राचार के केवल वास्तविक भाग को संग्रहीत करना है, अर्थात, एक "अस्थायी" भंडारण के रूप में कार्य करता है, जिससे संदेश तुरंत पताकर्ता को वितरित किए जाएंगे।

MongoDB इस कार्य के लिए अच्छी तरह से अनुकूल है। चूंकि प्रतिकृति प्रक्रिया में अच्छी तरह से डिबग किया गया है, इसलिए हम समय-समय पर स्थानीय रूप से पूछताछ कर सकते हैं। स्टोल नए संदेशों के लिए एक अलग डेमॉन के साथ $ मेन टेबल और, यदि कोई हो, तुरंत उन्हें JSON प्रारूप में पते पर वितरित करें। लोड के तहत स्थिर संचालन के लिए, ऐसे कई राक्षस होंगे, उनमें से प्रत्येक से कई हजार स्क्रिब्स जुड़े होंगे।

और यहाँ हमने एक "फास्ट सर्वर" के रूप में उपयोग करने के विकल्प का सामना किया, जिस पर राक्षसों को रखा जाएगा? ऐसा करने के लिए, हमने दो समाधानों का परीक्षण किया: phpDaemon के आधार पर और Node.JS पर आधारित।

तो, शुरुआत के लिए, पूरा चैट आर्किटेक्चर:

अंजीर। 1. पूर्ण चैट संरचना

पत्राचार में प्रवेश करने वाला प्रत्येक नया ग्राहक "तेज" सर्वर ( phpDaemon या Node.js ) में से एक के साथ एक संबंध स्थापित करता है और इससे संदेश प्राप्त करेगा।
मुख्य सर्वर पर एक नया संदेश भेजते समय, यह एक स्थायी डेटाबेस ( MySQL ), साथ ही कुछ प्रकार के "फास्ट" डेटाबेस (इस मामले में MongoDB ) में लिखा जाता है, जहां केवल वास्तविक पत्राचार संग्रहीत किया जाएगा, उदाहरण के लिए, अंतिम दिन।
Master MongoDB, local.oplog में परिवर्तन लिखता है । प्रतिकृति के लिए $ मुख्य संग्रह।
इस समय "फास्ट सर्वर" इस में नए संदेशों की उपस्थिति के लिए "तेज" डेटाबेस का एक सर्वेक्षण कर रहे हैं, और, यदि कोई हो, तो उन्हें क्लाइंट को भेजें जिन्हें वे संबोधित करते हैं।

हमारे परीक्षण संस्करण में कोई स्थायी डेटाबेस नहीं होगा, साथ ही उपयोगकर्ता प्राधिकरण भी होगा। केवल एक "फास्ट सर्वर" होगा जो संग्रह से नए संदेशों को उठाएगा और वर्तमान में सक्रिय ग्राहकों (छवि 2) को भेज देगा।

अंजीर। 2. सरलीकृत चैट संरचना

आज खेल रही टीमों की रचनाएँ:

Node.js टीम

Node.js ( http://nodejs.org )
Socket.IO पुस्तकालय क्लाइंट और Node.js ( http://socket.io ) के बीच संबंध स्थापित करने के लिए
Nod.js ( https://github.com/christkv/node-mongodb-native ) से MongoDB के साथ काम करने के लिए क्रिस्चव नोडे-मोंगो-देशी पुस्तकालय
ठीक है, नए संदेश ( https://github.com/christkv/node-mongodb-native/blob/master/examples/oplog.js ) के लिए MongoDB को चुनने के लिए एक ही लाइब्रेरी से oplog.js फ़ाइल

PhpDaemon टीम

phpDaemon ( http://phpdaemon.net )
क्लाइंट और सर्वर ( https://github.com/kakserpom/phpdaemon/tree/master/clientside-connectors/websocket ) के बीच एक संबंध स्थापित करने के लिए phpDaemon के प्रयास
MongoDB के साथ काम करने के लिए हम अंतर्निहित phpDaemon सुविधाओं का भी उपयोग करेंगे
डेटाबेस को प्रदूषित करने के लिए, हम थोड़े से संशोधित MongoNode एप्लिकेशन ( https://github.com/kakserpom/phpdaemon/blob/master/app-servers/MongoNode.php ) का उपयोग करेंगे, जो Memcache में परिवर्तन नहीं लिखते हैं, लेकिन उन्हें सभी कनेक्टेड उपयोगकर्ताओं को भेजता है।

बैठक के न्यायाधीश अपाचे बेंचमार्क हैं ।

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

दानव	पूर्ण अनुरोध	प्रति सेकंड अनुरोध	अनुरोध के अनुसार समय, एम.एस. (सभी समवर्ती अनुरोधों के पार)	मिन अनुरोध, एमएस	मैक्स अनुरोध, एमएस
*10 रख-रखाव कनेक्शन*
phpDaemon	1147	54.36	18.440	21	7116
Node.js	1285	64	15,618	16	9064
*100 रख-रखाव कनेक्शन*
phpDaemon	1543	75.15	13,313	22	12889
Node.js	1284	64.12	15,765	17	13347
*500 की-जिंदा कनेक्शन*
phpDaemon	1365	67.73	14,824	15	15174
Node.js	1236	61.71	16,611	23	16,078
*1000 की-जिंदा कनेक्शन*
phpDaemon	1159	56.99	17,680	19	13103
Node.js	1528	75.02	13,354	17	16,785

रेड "सर्वश्रेष्ठ प्रदर्शन" का संकेत देता है

जैसा कि हम देख सकते हैं, कम से कम एक साथ कनेक्शन (10) पर, Node.JS पर आधारित चैट बेहतर काम करता है। अधिक संख्या में अनुरोध संसाधित किए जा रहे हैं, और एक अनुरोध को संसाधित करने के लिए आवश्यक समय इसी प्रकार कम हो जाता है। सच है, phpDaemon में सबसे लंबे समय तक अनुरोध की एक छोटी अवधि होती है, जो, हालांकि, बहुत महत्वपूर्ण नहीं है।

100 और फिर 500 में यौगिकों की संख्या में वृद्धि के साथ, तस्वीर बदल गई। PhpDaemon ने प्रदर्शन के मामले में पहले ही कदम बढ़ा दिया है।

और 1000 कीपिंग-सजीव कनेक्शनों के साथ, phpDaemona का प्रदर्शन गिरा, जबकि Node.JS की वृद्धि हुई, जिसके परिणामस्वरूप बहुत बड़ा अंतर हुआ।

लोड परीक्षण: Node.JS बनाम phpDaemon

More articles: