सोशल प्लेटफॉर्म पर कई वर्तमान और पूर्व अधिकारियों के बीच हाल की बातचीत से पता चलता है कि माइक्रोसॉफ्ट एक आंतरिक परियोजना को फिर से लॉन्च कर रहा है जिसे कई साल पहले बंद कर दिया गया था। लक्ष्य विंडोज 11 के प्रदर्शन और संसाधन उपयोग को नीचे से ऊपर तक पुनर्निर्माण करना है, जिसमें सिस्टम निष्क्रिय होने पर मेमोरी उपयोग और नई स्थापना के बाद डिस्क उपयोग को काफी कम करना शामिल है।
विंडोज़ और बिंग के पूर्व प्रमुख मिखाइल पारखिन ने खुलासा किया कि जब उन्होंने "विंडोज़ की गुणवत्ता में सुधार" के बारे में वर्तमान विंडोज़ डिवीजन के अध्यक्ष पवन दावुलुरी की पोस्ट का जवाब दिया, तो उन्होंने कहा कि दावुलुरी उस दिशा को "पुनः आरंभ" कर रहे थे, जिसे उन्होंने और वर्तमान माइक्रोसॉफ्ट सीटीओ जेफ जॉनसन ने बढ़ावा दिया था।
उस वर्ष के लक्ष्य के अनुसार, यदि "20/20" परियोजना सफलतापूर्वक लागू की जाती है, तो निष्क्रिय अवस्था में विंडोज 11 की मेमोरी फ़ुटप्रिंट लगभग 4.8 जीबी तक संपीड़ित होने की उम्मीद है, लेकिन पाराशिन ने यह भी स्वीकार किया कि "हमने इसे वास्तव में कभी समाप्त नहीं किया है।" अब 2026 की ओर तेजी से आगे बढ़ते हुए, माइक्रोसॉफ्ट ने अपने नवीनतम संचार में एक बार फिर जोर दिया कि वह विंडोज 11 के प्रदर्शन, प्रतिक्रिया गति और मेमोरी दक्षता में सुधार करेगा। जिन समस्याओं को हल किया जाना है वे अभी भी ऐसी समस्याएं हैं जो कई साल पहले मौजूद थीं लेकिन इलाज करना हमेशा मुश्किल रहा है। यह बाहरी दुनिया से भी सवाल उठाता है: चूंकि माइक्रोसॉफ्ट उस समय इस तरह के प्रतीत होने वाले बुनियादी अनुकूलन कार्य को पूरा करने में विफल रहा था, अब क्या परिवर्तन हुए हैं, और क्या 2026 में अनुकूलन के इस दौर को केवल बड़ी गड़गड़ाहट और छोटी बारिश के प्रयास के बजाय वास्तव में लागू किया जा सकता है।
माइक्रोसॉफ्ट के स्वयं के स्पष्टीकरण से देखते हुए, विंडोज 11 में उच्च मेमोरी उपयोग का कारण सबसे पहले इसकी विशाल पृष्ठभूमि सेवा प्रणाली है। पिछले संस्करणों की तुलना में, विंडोज 11 अधिक घटकों को चलाता है जो पृष्ठभूमि में रहते हैं: टेलीमेट्री और डेटा संग्रह, खोज अनुक्रमण, सुरक्षा सुरक्षा, विजेट और सूचना प्रवाह पृष्ठभूमि में सक्रिय रहेंगे, और वनड्राइव जैसी क्लाउड सिंक्रनाइज़ेशन सेवाएं भी लगातार डेटा पढ़ और लिख रही हैं। इन डिज़ाइनों का लाभ यह है कि बड़ी संख्या में फ़ंक्शन प्री-लोडेड और प्री-इंडेक्स किए जाते हैं, जिसके परिणामस्वरूप उपयोगकर्ताओं द्वारा क्लिक या कॉल करने पर तेज़ प्रतिक्रिया होती है, और एक सहज व्यक्तिपरक अनुभव होता है। हालाँकि, कीमत यह है कि सिस्टम का मूल मेमोरी उपयोग बढ़ गया है, और सिस्टम "निष्क्रिय" प्रतीत होने पर भी काम करना जारी रखता है।
ऑपरेटिंग सिस्टम के शीर्ष पर एप्लिकेशन इकोसिस्टम में बदलाव वास्तव में समस्या को बढ़ाता है। बड़ी संख्या में लोकप्रिय डेस्कटॉप एप्लिकेशन क्रोमियम-आधारित इलेक्ट्रॉन फ्रेमवर्क का उपयोग करते हैं, या इंटरफेस और लॉजिक बनाने के लिए विंडोज़ की अंतर्निहित WebView2 तकनीक पर भरोसा करते हैं। व्हाट्सएप डेस्कटॉप संस्करण और डिस्कॉर्ड विशिष्ट प्रतिनिधि हैं। ये एप्लिकेशन अक्सर मल्टी-प्रोसेस रेंडरिंग, स्क्रिप्ट निष्पादन और पृष्ठभूमि कार्यों के साथ मिलकर ब्राउज़र कर्नेल का एक सेट ले जाते हैं। केवल एक प्रोग्राम सैकड़ों एमबी मेमोरी पर कब्जा कर सकता है, उपयोगकर्ताओं के लिए सामान्य मल्टी-एप्लिकेशन समानांतर उपयोग परिदृश्यों का उल्लेख नहीं किया जा सकता है। यहां तक कि माइक्रोसॉफ्ट के अपने एप्लिकेशन जैसे टीम्स, क्लिपचैम्प और विंडोज 11 में विजेट्स घटक भी व्यापक रूप से WebView2 का उपयोग करते हैं, जो समग्र मेमोरी उपयोग स्तर को और बढ़ाता है।
इंटरफ़ेस परत पर, विंडोज़ 11 की "स्प्लिस्ड" प्रौद्योगिकी स्टैक पर दीर्घकालिक निर्भरता भी संसाधन ओवरहेड को बढ़ाती है। वर्तमान प्रणाली पारंपरिक Win32 तत्वों, UWP घटकों, आधुनिक WinUI परतों और WebView2 और React जैसी प्रौद्योगिकियों पर निर्मित वेब इंटरफेस के मिश्रण का उपयोग करती है। यह हाइब्रिड मॉडल Microsoft को फीचर पुनरावृत्ति और माइग्रेशन की प्रक्रिया में लचीलापन प्रदान करता है, लेकिन अलग-अलग हिस्से अलग-अलग रेंडरिंग पाइपलाइनों और सिस्टम संसाधनों पर निर्भर करते हैं, जो अनिवार्य रूप से अतिरिक्त प्रदर्शन और मेमोरी लागत लाएगा। Microsoft ने सार्वजनिक रूप से इस समस्या को स्वीकार किया है और पुष्टि की है कि वह देरी को कम करने और दक्षता में सुधार करने के लिए अधिक घटकों को WinUI 3 जैसे देशी फ्रेमवर्क में स्थानांतरित कर रहा है। हालाँकि, इस प्रक्रिया के लिए सिस्टम के मुख्य भाग को फिर से लिखने की आवश्यकता होती है, जो समय के साथ महंगा पड़ता है।
मूल "20/20" परियोजना के निरस्त होने के कारण के बारे में, पाराशिन ने विवरण नहीं दिया, लेकिन बाहरी अवलोकन से यह अनुमान लगाना मुश्किल नहीं है कि कुंजी संसाधनों और व्यापार-बंद के मुद्दे में निहित है। विंडोज़ की मेमोरी फ़ुटप्रिंट को काफी हद तक कम करने के लिए, इसका मतलब है कि पृष्ठभूमि सेवाओं को गहराई से समायोजित या सुव्यवस्थित किया जाना चाहिए, यूआई प्रौद्योगिकी स्टैक को सुव्यवस्थित किया जाना चाहिए, और यहां तक कि सिस्टम में वेब घटकों का विस्तार भी सीमित होना चाहिए। इन सभी में वास्तुशिल्प स्तर पर मूलभूत परिवर्तन शामिल हैं। हालाँकि, पिछले कुछ वर्षों में, Microsoft ने विंडोज़ में नई सुविधाएँ जोड़ना और क्लाउड सेवाओं के साथ एकीकरण को मजबूत करना जारी रखा है। दूसरी ओर, इसने एआई अनुभवों को सिस्टम में मजबूती से एम्बेड किया है। ये विस्तार स्वयं अधिक संसाधन उपरि लाएंगे। इस आधार पर कि प्लेटफ़ॉर्म क्षमताओं का विस्तार जारी है, एक ही समय में "सिस्टम ओवरहेड को मौलिक रूप से कम करना" लगभग असंभव है। इसलिए, यथार्थवादी व्यापार-बंद के तहत "20/20" को हाशिए पर डाल दिए जाने और अंततः व्यर्थ में समाप्त होने की संभावना है।
वर्ष के आंतरिक प्रयासों के विपरीत, माइक्रोसॉफ्ट ने इस बार सार्वजनिक चैनलों के माध्यम से एक स्पष्ट प्रतिबद्धता बनाने का फैसला किया: यह भविष्य के विंडोज 11 अपडेट में सिस्टम की बेसलाइन मेमोरी फ़ुटप्रिंट को कम करेगा, अनुप्रयोगों के लिए अधिक उपलब्ध रैम को मुक्त करेगा, और दैनिक उपयोग की सहजता में एक उल्लेखनीय सुधार प्रदान करेगा। साथ ही, कंपनी उच्च-लोड परिदृश्यों में प्रतिक्रिया को अनुकूलित करने पर भी ध्यान केंद्रित करेगी। लक्ष्य कई बड़े एप्लिकेशन खोलने के बाद स्पष्ट रूप से "अटक" जाने के बजाय, जब कई एप्लिकेशन समानांतर में या यहां तक कि भारी लोड के तहत चल रहे हों, तो सिस्टम इंटरैक्शन का एक सहज और सुसंगत अनुभव बनाए रखना है। इसमें मल्टी-टास्किंग स्विचिंग में सुधार करना, एप्लिकेशन के बीच स्विचिंग को "तत्काल" के करीब बनाना और उपयोगकर्ता के प्रतीक्षा समय को कम करना शामिल है।
तकनीकी पथ पर, माइक्रोसॉफ्ट ने इस बात पर जोर दिया कि वह इंटरेक्शन देरी को कम करना, साझा यूआई बुनियादी ढांचे को अनुकूलित करना और WinUI 3 जैसे मूल ढांचे में माइग्रेशन में तेजी लाना जारी रखेगा। इंटरफ़ेस परत प्रौद्योगिकी स्टैक को एकीकृत और सरल बनाकर और डुप्लिकेट और अनावश्यक घटकों के अस्तित्व को कम करके, सिस्टम के समग्र संसाधन उपयोग को और कड़ा करने की उम्मीद है। स्टार्ट मेनू जैसे प्रमुख इंटरफ़ेस घटकों के "डी-वेबाइजेशन" के पिछले समायोजन के साथ संयुक्त, यह देखा जा सकता है कि माइक्रोसॉफ्ट पिछले कार्यान्वयन को बदलने की कोशिश कर रहा है जो वेब पर अधिक देशी और हल्के प्रौद्योगिकियों के साथ निर्भर था।
बाहरी वातावरण में बदलाव ने भी माइक्रोसॉफ्ट को कुछ हद तक विंडोज 11 के प्रदर्शन के मुद्दों का गंभीरता से सामना करने के लिए प्रेरित किया है। हाल के वर्षों में, विंडोज़ प्रदर्शन, संसाधन उपयोग और उपयोगकर्ता अनुभव को लेकर आलोचनाएँ छोटे-सर्कल की तकनीकी चर्चाओं से लेकर मुख्यधारा के जनमत विषयों तक बढ़ गई हैं, और Microsoft के लिए अब इस पर आँखें मूँदना आसान नहीं है। हार्डवेयर और प्रतिस्पर्धी उत्पादों पर दबाव समान रूप से महत्वपूर्ण है: ऐप्पल के स्व-विकसित चिप्स पर ऊर्जा दक्षता और संसाधन उपयोग पर जोर ने डेस्कटॉप सिस्टम के लिए उपयोगकर्ताओं की अपेक्षाओं को "बिजली-बचत, हल्के और कुशल" के रूप में फिर से परिभाषित किया है। मैकबुक नियो जैसे उत्पादों ने मेमोरी उपयोग के मुद्दों को भी सुर्खियों में ला दिया है। साथ ही, वैश्विक मेमोरी की कीमतें बढ़ रही हैं, जिससे मेमोरी संसाधन अधिक लागत-संवेदनशील हो गए हैं, जिससे विंडोज 11 के प्रदर्शन को अनुकूलित करने की व्यावसायिक तात्कालिकता और भी मजबूत हो गई है।
इस संदर्भ में, उपयोगकर्ता की मांग, बाजार प्रतिस्पर्धा और माइक्रोसॉफ्ट की आंतरिक प्राथमिकताएं शायद ही कभी एक ही दिशा में इंगित करती हैं: विंडोज 11 को अधिक कुशल और संयमित संसाधन उपयोग स्वरूप में वापस लाना। "20/20" के अधूरे कार्यों को अब फिर से दूसरे तरीके से पटल पर रख दिया गया है. 2026 में समायोजन के इस दौर को वास्तव में लागू किया जा सकता है या नहीं, इसका परीक्षण अंततः समय और उपयोगकर्ता अनुभव द्वारा किया जाएगा।