.NET मूल और Ngen.exe के बीच क्या अंतर है?

Question

शीर्षक यह सब कहता है। मैं उम्मीद कर रहा था कि कोई मुझे बता सकता है कि .NET मूल तालिका में लाता है जो हमारे पास पहले से ही Ngen.exe के साथ नहीं था।

Answer 1

जहां तक ​​मुझे पता है कि नजन अभी भी ढांचे पर निर्भर करता है, जो .NET मूल नहीं है जब यह उत्पादन के अनुसार उत्पादन को दबाता है।

सिर्फ प्रदर्शन के बारे में इस है, या यह भी सी # कोड (माना) के निर्माण के लिए अनुमति नहीं है कि मूल रूप से Win32/64 के लिए संकलित और लक्ष्य पर .NET फ्रेमवर्क के एक स्थापित आवश्यकता नहीं होती मशीन?

यह सही है: .NET मूल केवल प्रदर्शन के बारे में नहीं है, बल्कि उत्पादकता और एक सतत डिवाइस अनुभव के बारे में भी है। .NET मूल आपको प्रबंधित भाषाओं का उपयोग करके कोड लिखने और हमेशा MSIL पैकेज अपलोड करने की अनुमति देता है। हालांकि, ऐप्स को अंतिम उपयोगकर्ता डिवाइसों पर पूरी तरह स्व-निहित मूल रूप से संकलित कोड (जब .NET मूल उत्पादन में प्रवेश करता है) पर तैनात किया जाएगा, और लक्ष्य डिवाइस/मशीन पर .NET फ्रेमवर्क पर निर्भरता नहीं होगी। जैसा कि आप जानते हैं, .NET अनुप्रयोग एक विस्तृत स्पेक्ट्रम फैलाता है। इस प्रकार, हम पूर्ण .NET फ्रेमवर्क में भी बड़े निवेश कर रहे हैं (उदाहरण के लिए, हमने अभी RyuJIT का एक सीटीपी जारी किया है)।

Microsoft .NET Native FAQ

Answer 2

आप NGen प्रौद्योगिकी है कि डेस्कटॉप CLR का उपयोग करता है के विकास के रूप में नेट मूल निवासी के बारे में सोच सकते हैं।

• क्रम निर्भरता - -, .नेट मूल निवासी एक रिफैक्टर्ड क्रम (mrt100_app.dll) जो आवेदन स्थानीय है का उपयोग करता है NGEN पूर्ण डेस्कटॉप CLR का उपयोग करता है वहाँ कुछ प्रमुख तरीके कि नेट मूल निवासी और NGEN अलग है। .NET मूल रनटाइम को एप्लिकेशन से अधिक कार्यक्षमता और कोड जनरेशन टूल श्रृंखला में स्थानांतरित करने के लिए दोबारा प्रतिक्रिया दी गई है। यह रनटाइम पर इसे बहुत छोटा, अधिक भुगतान करने के लिए और (उम्मीद है) अधिक डिबगबल बनाता है। एक .NET मूल अनुप्रयोग भी स्वयं निहित है, जो एक आवेदन के लिए उपयोगी संपत्ति है।
• मूल छवि निर्भरता - एक एनजीईएन छवि सीएलआर दोनों के लिए कड़ाई से बंधी है जो इसके खिलाफ चलती है और इसकी निर्भर असेंबली की एनजीईएन छवि है। उदाहरण के लिए, mscorlib.dll पर बग फिक्स किए जाने पर लगभग सभी एनजीईएन छवियों को पुनर्जीवित करने की आवश्यकता होती है।
• संकलन स्थान - .NET मूल के लिए उद्देश्य ऐप स्टोर में देशी कोड उत्पन्न होना है। एनजीईएन अंतिम उपयोगकर्ता डिवाइस पर देशी कोड उत्पन्न करता है। आप निश्चित रूप से कल्पना कर सकते हैं कि कुछ वर्गों के उपकरणों (यानी फोन, टैबलेट) के लिए आप अंततः उपयोगकर्ता बैटरी जीवन उत्पन्न कोड को बर्बाद नहीं करेंगे। स्टोर में संकलन भी .NET मूल को संकलित करने में अधिक समय बिताने की अनुमति देता है, इसलिए एनजीएनएन की तुलना में इसे अधिक अनुकूलन लागू करने की अनुमति देता है।
• कोड जनरेटर - NGEN JIT कम्पाइलर का उपयोग करता कोड उत्पन्न करने के लिए, .नेट मूल निवासी विज़ुअल सी ++ संकलक के वापस अंत है, जो JIT मामले
में लागू करने के लिए है कि बहुत महंगे हैं ऐसे ऑटो vectorization के रूप में अनुकूलन लागू करने के लिए सक्षम बनाता का उपयोग करता है
• पूरे कार्यक्रम विश्लेषण - एनजीएन एक समय में एक ही असेंबली के लिए कोड उत्पन्न करता है, जो कई अनुप्रयोग संदर्भों में एक एनजीईएन छवि का उपयोग करने की अनुमति देता है। ।नेट नेटिव एक संपूर्ण एप्लिकेशन पैकेज के लिए कोड जेनरेट करता है, जो इसे ऑप्टिमाइज़ेशन का एक विस्तृत सेट लागू करने की अनुमति देता है (उदाहरण के लिए, पूरी तरह से कोड को फेंकना जो कि रनटाइम पर कभी भी उपयोग नहीं किया जाता है)। यह एक रिफैक्टर फ्रेमवर्क के साथ मिलकर है जो इन अनुकूलन को जितना संभव हो सके लात मारने में सक्षम बनाता है।
• आईएल फ़ॉलबैक - एनजीईएन छवियों में एक असेंबली (अन्य डेटा संरचनाओं के बीच) दोनों देशी कोड और एमएसआईएल होते हैं। अगर रनटाइम पर कुछ होता है जो सीएलआर को देशी कोड की आवश्यकता होती है जो इसे एनजीएनई छवि में नहीं मिल पाती है, तो यह वापस जेआईटीआईंग पर आ सकती है। .NET मूल के वर्तमान डेवलपर पूर्वावलोकन में, मूल छवि में केवल मूल कोड मौजूद है। इसका अर्थ यह है कि यदि कोड छवि में मौजूद नहीं है, तो यह रनटाइम पर कभी निष्पादित नहीं होगा।