Node.js में काम के प्रवाह का दृश्य

अतुल्यकालिक प्रोग्रामिंग, कॉलबैक और Node.js में प्रक्रिया .NextTick () के उपयोग पर मेरे पिछले विषय पर टिप्पणियों में, गैर-अवरोधक कोड का उपयोग करते समय इस बारे में कई सवाल पूछे गए थे कि यह परिणाम कैसे या उच्च प्रदर्शन के साथ प्राप्त किया जा सकता है। मैं इसे स्पष्ट रूप से प्रदर्शित करने की कोशिश करूंगा :) लेख का उद्देश्य मुख्य रूप से Node.js (और इसकी संरचना में libeio) के काम के कुछ पहलुओं को स्पष्ट करना है, जिसे शब्दों में वर्णन करना मुश्किल हो सकता है।



ब्लॉकिंग रीड के साथ सर्वर द्वारा अनुरोध प्रसंस्करण का एक उदाहरण:





सबसे पहले, मैं गैर-अवरोधक I / O का उपयोग करने की उपयोगिता पर टिप्पणी करूंगा। एक नियम के रूप में, Node.js में अवरोधक संचालन का उपयोग केवल आवेदन के प्रारंभिक चरण में है, और यह हमेशा ऐसा नहीं होता है। किसी भी मामले में सही त्रुटि से निपटने के लिए कोशिश / पकड़ के उपयोग की आवश्यकता होगी, इसलिए गैर-अवरुद्ध संचालन का उपयोग करते समय कोड अवरुद्ध संचालन का उपयोग करते समय अधिक जटिल नहीं होगा।

आपको यह याद रखने की ज़रूरत है कि जब गैर-अवरुद्ध संचालन के लिए अधिक अनुरोध होते हैं, तो वहां कामेच्छा के धागे होते हैं। इस मामले में, नए अनुरोध कतार और ब्लॉक निष्पादन करेंगे, हालांकि, यह प्रोग्रामर के लिए पारदर्शी रूप से होगा।



गैर-अवरोधक रीड वाले सर्वर द्वारा प्रसंस्करण अनुरोधों का एक उदाहरण:





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

प्रसंस्करण अनुरोधों के लिए कुल समय (पहले अनुरोध भेजने वाले ग्राहक और अंतिम प्रसंस्करण परिणाम प्राप्त करने के बीच का समय, दाईं ओर नीला अंक) किसी भी मामले में कम होगा यदि सभी अनुरोधों के लिए पर्याप्त थ्रेड्स हैं। लेकिन सबसे खराब स्थिति में भी, यह समय तुल्यकालिक पढ़ने का उपयोग करते समय प्रसंस्करण समय से अधिक नहीं होगा।



प्रसंस्करण समय को कम करने का एक उदाहरण जब दो अनुरोध लगभग एक साथ आते हैं:





और यहाँ हम सबसे अतार्किक चाल पर आते हैं, जिसका उपयोग Node.js प्रोग्रामर द्वारा किया जाता है और अधिकांश डेवलपर्स के लिए यह दुस्साहस का कारण बन सकता है। यदि मैं / O अनुरोध के अधिकांश संसाधन समय लेता हूं, तो बाकी कोड को अनुकूलित नहीं किया जाना चाहिए। हालाँकि, मेमेकैट्स से डेटा प्राप्त करने में लगने वाले समय को एप्लिकेशन के बिजनेस लॉजिक और टेम्परेटिंग के रनटाइम से कम किया जा सकता है। और यदि आप Node.js प्रक्रिया ( डर्टी या अल्फ्रेड ) की याद में कैशिंग या डेटाबेस का उपयोग करते हैं, तो डेटाबेस के साथ काम करने का समय बाकी एप्लिकेशन के कार्य समय से कम हो सकता है। इसलिए, कोड को अलग-अलग भागों में तोड़ने के लिए और कॉलबैक को कॉल करने के लिए, process.nextTick () का उपयोग करें:

// blocking callbacks function func1_cb(str, cb) { var res = func1(str); cb(res); } function func2_cb(str, cb) { var res = func2(str); cb(res); } // non-blocking callbacks function func1_cb(str, cb) { var res = func1(str); process.nextTick(function () { cb(res); }); } function func2_cb(str, cb) { var res = func2(str); process.nextTick(function () { cb(res); }); } // usage example func1_cb(content, function (str) { func2_cb(str, function (result) { // work with result }); });
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

कैल्क (1) और कैल्क (2) के निष्पादन को अलग करने में इस दृष्टिकोण का उपयोग करते हुए, पिछले उदाहरण के लिए अनुरोधों के लगभग एक साथ आगमन के साथ कुल प्रसंस्करण समय नहीं बदलता है, हालांकि, पहले अनुरोध बाद में क्लाइंट को वापस कर दिया जाएगा।



जब दो अनुरोध लगभग एक साथ आते हैं, तो process.nextTick () से "नुकसान" का एक उदाहरण:





हालांकि, यह process.nextTick () की प्रयोज्यता के मामले में सबसे खराब स्थिति है। इस घटना में कि अनुरोध शायद ही कभी आते हैं, जैसा कि पहले उदाहरण में माना जाता है, प्रक्रिया से कोई नुकसान नहीं होगा ।nextTick () बिल्कुल भी नहीं। इस घटना में कि अनुरोध एक "औसत" आवृत्ति पर आते हैं, process.nextTick () का उपयोग इस तथ्य के कारण अनुरोधों के प्रसंस्करण को गति देगा कि निष्पादन थ्रेड के रुकावट के समय, एक नए अनुरोध का प्रारंभिक प्रसंस्करण और एक गैर-अवरुद्ध रीड की शुरुआत हो सकती है। इस मामले में, कुल प्रसंस्करण समय और एक अनुरोध के औसत प्रसंस्करण समय दोनों कम हो जाते हैं।



Process.nextTick () से "अच्छा" का एक उदाहरण:





एक छोटे विषय को संक्षेप में प्रस्तुत करना। सबसे पहले, Node.js का उपयोग करते समय, आपको गैर-अवरोधक इनपुट / आउटपुट का उपयोग करना चाहिए। यह उन मामलों में भी वांछनीय है, जहां लिबायो धाराओं की मानक संख्या का उपयोग नहीं किया जाता है, लेकिन एक छोटे से या बड़ी संख्या में आने वाले अनुरोधों के साथ। उभरती समस्याओं को कैशिंग और इन-प्रोसेस डीबी की मदद से हटाया जा सकता है, और अन्य समानांतरकरण प्रौद्योगिकियों के उपयोग से बहुत अलग नहीं होगा। दूसरे, process.nextTick () "औसतन" का उपयोग सर्वर प्रदर्शन में सुधार कर सकता है, और सामान्य तौर पर यह हानिकारक से अधिक उपयोगी है।



UPD (02.02): थोड़ा सुधार सर्किटरी। सूत्र यहां उपलब्ध हैं: github.com/Sannis/papers_and_talks/tree/master/2011_node_article_async_process_nexttick ।