.NET कोर 3.0 में नैदानिक ​​सुधार

.NET कोर 3.0 में, हम .NET रनटाइम वातावरण की नई विशेषताओं का लाभ उठाने वाले उपकरणों का एक सेट प्रस्तुत करते हैं जो प्रदर्शन समस्याओं के निदान और समाधान को सरल बनाते हैं।

ये विशेषताएं आपके लिए कुछ सामान्य नैदानिक ​​प्रश्नों के उत्तर देने में आपकी सहायता करेंगी:

1. क्या मेरा एप्लिकेशन ऑपरेशनल है?
2. मेरे आवेदन में असामान्य व्यवहार क्यों है?
3. मेरा एप्लिकेशन क्रैश क्यों है?

क्या मेरा एप्लिकेशन ऑपरेशनल है?

समय के साथ, एप्लिकेशन में मेमोरी रिसाव हो सकता है, जो अंततः आउटऑफमेमोरीएक्सैप्शन की ओर जाता है। अन्य मामलों में, कुछ समस्याग्रस्त कोड प्रोसेसर लोड में कूद सकते हैं। ये कुछ ऐसी समस्याएं हैं, जिन्हें आप मैट्रिक्स से सक्रिय रूप से पहचान सकते हैं ।

मैट्रिक्स

मैट्रिक्स समय की अवधि में माप डेटा हैं। ये मीट्रिक आपको उच्च स्तर पर आपके सिस्टम की स्थिति की निगरानी करने की अनुमति देते हैं। विंडोज पर .NET फ्रेमवर्क के विपरीत, .NET कोर प्रदर्शन काउंटर उत्पन्न नहीं करता है। इसके बजाय, हमने EventCounter API के माध्यम से .NET कोर में मैट्रिक्स उत्पन्न करने का एक नया तरीका पेश किया।

EventCounters Windows प्रदर्शन काउंटर पर एक सुधार प्रदान करते हैं, क्योंकि वे अब सभी ऑपरेटिंग सिस्टम पर उपयोग किए जाते हैं जो .NET कोर का समर्थन करते हैं। इसके अलावा, प्रदर्शन काउंटरों के विपरीत, उनका उपयोग कम-विशेषाधिकार वाले वातावरण में भी किया जा सकता है (जैसे कि xcopy को तैनात करते समय)। दुर्भाग्य से, प्रदर्शन मॉनीटर (परफ़ॉर्म) जैसे उपकरण की कमी से इन संकेतकों को वास्तविक समय में प्रदर्शित करना मुश्किल हो जाता है।

डॉटनैट-काउंटर
3.0-पूर्वावलोकन 5 में, हम वास्तविक समय में .NET कोर अनुप्रयोगों द्वारा उत्पन्न मैट्रिक्स की निगरानी के लिए एक नया कमांड-लाइन टूल पेश करते हैं।

आप निम्न कमांड चलाकर इस टूल को इंस्टॉल कर सकते हैं

dotnet tool install --global dotnet-counters --version 1.0.3-preview5.19251.2 

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



इस उपकरण का उपयोग करने के बारे में विस्तृत निर्देशों के लिए, डॉटनेट-काउंटर के साथ प्रोजेक्ट में रीडमी फ़ाइल देखें। डॉटनेट-काउंटर्स की ज्ञात सीमाओं के लिए, GitHub पर खुले मुद्दों को देखें ।

मेरे आवेदन में असामान्य व्यवहार क्यों है?

जबकि मेट्रिक्स असामान्य व्यवहार की घटना की पहचान करने में मदद करते हैं, वे जो कुछ भी गलत हुआ उसे समझने की पेशकश करते हैं। इस सवाल का जवाब देने के लिए कि आपके आवेदन में असामान्य व्यवहार क्यों है, आपको निशान के माध्यम से अतिरिक्त जानकारी एकत्र करने की आवश्यकता है। उदाहरण के लिए, सीपीयू प्रोफाइल का उपयोग करके निशान का उपयोग करके आप अपने कोड में गर्म पथ निर्धारित कर सकते हैं।

अनुरेखण

निशान तय समय पर असतत घटना रिकॉर्ड हैं। ट्रेस में एक स्थानीय संदर्भ होता है जो आपको सिस्टम के भाग्य को बेहतर ढंग से निर्धारित करने की अनुमति देता है। परंपरागत रूप से, .NET फ्रेमवर्क (और ASP.NET जैसे चौखटे) विंडोज (ETW) के लिए इवेंट ट्रेसिंग का उपयोग करके अपने आंतरिक घटकों के बारे में नैदानिक ​​निशान उत्पन्न करता है। .NET कोर में, ये निशान विंडोज के लिए ETW और लिनक्स के लिए LTTng में रिकॉर्ड किए गए थे।

डॉटनैट ट्रेस

संस्करण 3.0-पूर्वावलोकन 5 में, प्रत्येक .NET कोर एप्लिकेशन एक डुप्लेक्स चैनल खोलता है जिसका नाम EventPipe (विंडोज में एक यूनिक्स डोमेन सॉकेट या विंडोज में नामित पाइप) है, जिसके माध्यम से यह ईवेंट भेज सकता है। जब हम अभी भी नियंत्रक प्रोटोकॉल पर काम कर रहे हैं, तो डॉटनेट-ट्रेस इस प्रोटोकॉल के प्रारंभिक संस्करण को लागू करता है।

आप निम्न कमांड चलाकर इस टूल को इंस्टॉल कर सकते हैं

 dotnet tool install --global dotnet-trace--version 1.0.3-preview5.19251.2 

उपरोक्त उदाहरण में, मैं एक डिफ़ॉल्ट प्रोफ़ाइल के साथ एक डॉटनेट ट्रेस चलाता हूं जिसमें सीपीयू प्रोफाइलर ईवेंट और रनटाइम .NET इवेंट शामिल हैं।

डिफ़ॉल्ट घटनाओं के अलावा, आप उस अध्ययन के आधार पर अतिरिक्त प्रदाताओं को सक्षम कर सकते हैं जो आप प्रदर्शन करने की कोशिश कर रहे हैं।

डॉटनेट ट्रेस चलाने के परिणामस्वरूप, आपको एक .netperf फ़ाइल मिलती है। इस फ़ाइल में रनटाइम और सीपीयू स्टैक फ़िंच इवेंट्स होते हैं जिन्हें परफेक्ट में देखा जा सकता है। विजुअल स्टूडियो (16.1) का अगला अपडेट इन निशानों को देखने के लिए समर्थन भी जोड़ देगा।



यदि आप OS X या Linux चला रहे हैं, तो .netperf फ़ाइलों को .speedscope.json फ़ाइलों में परिवर्तित कर सकते हैं, जो कि रिकॉर्डिंग रिकॉर्डिंग के समय Speedscope.app का उपयोग करके प्रदान की जा सकती हैं ।
आप निम्न कमांड चलाकर मौजूदा ट्रेस को बदल सकते हैं:

 dotnet trace convert <input-netperf-file> 

नीचे दी गई छवि एक चित्र दिखाती है जो हमारे द्वारा प्राप्त ट्रेस का अनुमान लगाती है।



इस उपकरण का उपयोग करने के बारे में विस्तृत निर्देशों के लिए, रीडमी फ़ाइल देखें । डॉटनेट-ट्रेस के साथ ज्ञात सीमाओं के लिए, GitHub पर खुले मुद्दों को देखें ।

मेरा एप्लिकेशन क्रैश क्यों है?

कुछ मामलों में, केवल प्रक्रिया की निगरानी करके असामान्य व्यवहार का कारण स्थापित करना संभव नहीं है। एक प्रक्रिया विफलता या स्थितियों की स्थिति में जहां हमें अतिरिक्त जानकारी की आवश्यकता हो सकती है, जैसे कि पूरी प्रक्रिया हीप तक पहुंच, एक प्रक्रिया डंप विश्लेषण के लिए अधिक उपयुक्त हो सकती है।

डंप विश्लेषण

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

परंपरागत रूप से, आप अपने ऑपरेटिंग सिस्टम पर निर्भर करते थे कि कोई एप्लिकेशन क्रैश होने पर (उदाहरण के लिए, विंडोज त्रुटि रिपोर्ट) क्रैश होने पर या डंप को कैप्चर करने के लिए एक टूल का इस्तेमाल किया जाता है, जब कुछ लॉन्च मापदंड मिले थे।

अब तक, लिनक्स पर .NET का उपयोग करने वाले डंप डंपिंग के साथ समस्या यह रही है कि गॉर्क या डीबगर का उपयोग करके डंपिंग ने बहुत बड़े डंप का कारण बना है, क्योंकि मौजूदा टूल को पता नहीं था कि .NET कोर प्रक्रिया में ट्रिम करने के लिए वर्चुअल मेमोरी के कौन से पृष्ठ हैं।

इसके अलावा, आपके द्वारा एकत्र किए जाने के बाद भी इन डंपों का विश्लेषण करना मुश्किल था, क्योंकि आपको एक डीबगर खरीदना था और इसे sos लोड करने के लिए कॉन्फ़िगर करना था। .NET के लिए एक डीबगर एक्सटेंशन।

डॉटनैट-डंप

3.0.0-प्रीव्यू 5 में, हम एक नया टूल पेश करते हैं जो आपको विंडोज और लिनक्स दोनों में प्रक्रिया डंप को इकट्ठा करने और विश्लेषण करने की अनुमति देता है।

डॉटनेट-डंप अभी भी सक्रिय विकास के अधीन है, और नीचे दी गई तालिका से पता चलता है कि वर्तमान में किन ऑपरेटिंग सिस्टमों पर सुविधाओं का समर्थन किया जाता है।



आप निम्न कमांड चलाकर इस टूल को इंस्टॉल कर सकते हैं

 dotnet tool install --global dotnet-dump --version 1.0.3-preview5.19251.2 

आपके द्वारा डॉटनेट-डंप स्थापित करने के बाद, आप निम्न कमांड को चलाकर प्रक्रिया डंप पर कब्जा कर सकते हैं

 sudo $HOME/.dotnet/tools/dotnet-dump collect -p <pid> 

लिनक्स पर, परिणामस्वरूप डंप का विश्लेषण निम्न कमांड के साथ परिणामी डंप को लोड करके किया जा सकता है

 dotnet dump analyze <dump-name> 

निम्नलिखित उदाहरण में, मैं एक ASP.NET कोर होस्टिंग पर्यावरण डंप को परिभाषित करने की कोशिश कर रहा हूं



इस उपकरण का उपयोग करने के बारे में विस्तृत निर्देशों के लिए, रीडमी फ़ाइल देखें। डॉटनेट-डंप के साथ ज्ञात सीमाओं के लिए, GitHub पर खुले मुद्दों को देखें ।

निष्कर्ष

.NET कोर 3.0 में नए नैदानिक ​​उपकरणों के परीक्षण के लिए धन्यवाद। कृपया हमें प्रतिक्रिया देना जारी रखें, या तो टिप्पणियों में या GitHub पर। हम ध्यान से सुनते हैं और आपकी प्रतिक्रिया के आधार पर परिवर्तन करेंगे।