· · 3 मिनट पढ़ें

Copilot Studio ने .NET 10 WebAssembly में माइग्रेट करके 20% तेज़ गति कैसे प्राप्त की

.NET 10 WASM सुधार केवल नई परियोजनाओं के लिए नहीं हैं। .NET 8 से अपग्रेड करने के बाद Copilot Studio ने जो मापा: स्वचालित फिंगरप्रिंटिंग, डिफ़ॉल्ट WasmStripILAfterAOT, और वास्तविक निष्पादन प्रदर्शन संख्याएं।

.NET .NET 10 WebAssembly Blazor Performance
यह पोस्ट इसमें भी उपलब्ध है:English, Català, Español, Deutsch, Français, Português, Italiano, 日本語, 中文, 한국어, Русский, Polski, Türkçe, العربية, Bahasa Indonesia, Nederlands

Copilot Studio टीम ने वह किया जिसके बारे में सभी Blazor WASM डेवलपर उत्सुक थे: उन्होंने वास्तव में एक प्रोडक्शन एप्लिकेशन को .NET 8 से .NET 10 में अपग्रेड किया और परिणाम मापे। पोस्ट में विशिष्ट संख्याएं साझा की गई हैं, जो दुर्लभ और वास्तव में उपयोगी है।

अपग्रेड उबाऊ था (यह एक अच्छी बात है)

टार्गेट फ्रेमवर्क अपडेट करना, पैकेज संदर्भ ताज़ा करना, ब्रेकिंग बदलाव ठीक करना। बस इतना ही। .NET 10 बिल्ड अब प्रोडक्शन में चल रहा है। माइग्रेशन खुद दिलचस्प हिस्सा नहीं था — .NET 10 में बदलाव हैं।

स्वचालित एसेट फिंगरप्रिंटिंग

पहले, WASM ऐप वितरित करने का मतलब था कैश-बस्टिंग के लिए SHA256 हैश के साथ प्रकाशित एसेट का नाम बदलने के लिए कस्टम स्क्रिप्ट लिखना। Copilot Studio के पास एक PowerShell स्क्रिप्ट थी जो ठीक यही करती थी — फ़ाइलें रीनेम करना, JavaScript लोडर में integrity विशेषताएं इंजेक्ट करना, सब कुछ मैन्युअल रूप से प्रबंधित करना।

.NET 10 में, यह सब अंतर्निहित है। प्रकाशित एसेट स्वचालित रूप से फिंगरप्रिंट किए जाते हैं, सीधे dotnet.js से आयात किए जाते हैं, और मैन्युअल हस्तक्षेप के बिना अखंडता-सत्यापित होते हैं। टीम ने रीनेमिंग स्क्रिप्ट हटा दी।

दायरे में छोटा बदलाव, जटिलता में महत्वपूर्ण कमी।

WasmStripILAfterAOT अब डिफ़ॉल्ट रूप से चालू

.NET 8 में, AOT-कंपाइल असेंबली से IL हटाना ऑप्ट-इन था। .NET 10 में यह डिफ़ॉल्ट है। AOT संकलन के बाद, मूल IL बाइटकोड आउटपुट से हटा दिया जाता है — रनटाइम पर इसकी आवश्यकता नहीं होती, और इसे रखने से पैकेज साइज़ बिना कारण बढ़ता था।

Copilot Studio एक विशिष्ट अनुकूलन का उपयोग करता है: यह JIT इंजन (तेज़ स्टार्टअप) और AOT इंजन (अधिकतम स्टेडी-स्टेट प्रदर्शन) दोनों वितरित करता है, दोनों को समानांतर में लोड करता है और तैयार होने पर JIT से AOT में हैंडऑफ़ करता है। यह दोनों इंजनों के बीच समान फ़ाइलों को भी डीडुप्लीकेट करता है।

नया IL स्ट्रिपिंग व्यवहार इसका मतलब है कि AOT असेंबली अब अपने JIT समकक्षों के साथ बिट-फॉर-बिट मेल नहीं खाती, इसलिए कम फ़ाइलें डीडुप्लीकेट होती हैं:

  • .NET 8: 59 साझा फ़ाइलें
  • .NET 10: 22 साझा फ़ाइलें

शुद्ध परिणाम: AOT इंजन के लिए पैकेज साइज़ लगभग 15% बड़ा। AOT डाउनलोड तेज़ LAN पर ~6% धीमा, 4G पर ~17% धीमा। लेकिन यह सब ऐप के इंटरैक्टिव हो जाने के बाद पृष्ठभूमि में होता है।

प्रदर्शन संख्याएं

यह वह हिस्सा है जो मायने रखता है:

  • पहली कॉल पर ~20% तेज़ (कोल्ड पाथ)
  • बाद की कॉल पर ~5% तेज़ (वार्म पाथ)

“बड़े बॉट्स” में सुधार सबसे अधिक दिखाई देते हैं — बड़े, जटिल एजेंट जहां AOT-कंपाइल कोड हावी है। सरल वर्कफ़्लो के लिए लाभ छोटा है।

यदि आप अभी भी .NET 8 पर हैं

माइग्रेशन की कहानी वास्तव में सरल है: <TargetFramework> अपडेट करें, पैकेज संदर्भ अपडेट करें, कोई भी कस्टम फिंगरप्रिंटिंग स्क्रिप्ट हटाएं, और आप स्वचालित रूप से WasmStripILAfterAOT से लाभ उठाएंगे। यदि आप AOT कंपाइल कर रहे हैं, तो समान प्रदर्शन लाभ की उम्मीद करें।

पोस्ट से एक नोट: यदि आप WebWorker के अंदर .NET WASM रनटाइम लोड करते हैं, तो इनिशियलाइज़ करते समय dotnetSidecar = true सेट करें।

मूल पोस्ट: Copilot Studio gets faster with .NET 10 on WebAssembly

साझा करें:
GitHub पर इस पोस्ट का सोर्स कोड देखें ↗
← Azure SQL अब एम्बेडिंग जेनरेट कर सकता है — शुद्ध T-SQL में, कोई ऐप लेयर नहीं
Cosmos DB Shell अब सार्वजनिक पूर्वावलोकन में है — और इसमें एक MCP सर्वर अंतर्निहित है →