सार:
माइक्रोसॉफ्ट विंडोज 11 के लिए एक नया एप्लिकेशन स्टार्टअप त्वरण तंत्र विकसित कर रहा है, जो स्टार्टअप प्रक्रिया के दौरान अनावश्यक अस्थायी प्रक्रियाओं को रद्द करके एप्लिकेशन को उपयोगकर्ता के संचालन पर तेजी से प्रतिक्रिया देने की अनुमति देता है। माइक्रोसॉफ्ट एज ब्राउजर पहले ही इस तकनीक को अपनाने का बीड़ा उठा चुका है। जब ब्राउज़र अभी भी पृष्ठभूमि में चल रहा है, और उपयोगकर्ता टास्कबार आइकन, स्टार्ट मेनू शॉर्टकट, या वेब लिंक पर फिर से क्लिक करता है, तो विंडोज़ अस्थायी प्रक्रिया शुरू किए बिना सीधे पहले से चल रहे एज इंस्टेंस पर अनुरोध भेज सकता है और फिर अनुरोध को प्रक्रिया में अग्रेषित कर सकता है।
विंडोज लेटेस्ट ने 17 अक्टूबर, 2026 को रिपोर्ट दी कि यह बदलाव माइक्रोसॉफ्ट द्वारा विंडोज इनसाइडर्स के लिए जारी नवीनतम रिलीज प्रीव्यू प्रीव्यू अपडेट में दिखाई दिया है। माइक्रोसॉफ्ट इसे व्यापक विंडोज़ प्लेटफ़ॉर्म क्षमता की दिशा में पहला कदम मानता है। भविष्य में, अन्य एप्लिकेशन स्टार्टअप पथ को छोटा करने के लिए समान तंत्र का उपयोग कर सकते हैं।
यह सुधार KB5127936 अद्यतन में शामिल है जिसे Microsoft ने 16 अक्टूबर को रिलीज़ पूर्वावलोकन चैनल पर जारी किया था। अद्यतन स्थापित करने के बाद, Windows 11 25H2 की सिस्टम संस्करण संख्या बढ़कर 26200.9807 हो गई, और 26H2 की संख्या बढ़कर 26300.9807 हो गई। हालाँकि, यह सुविधा चरणों में शुरू की गई है, और भले ही अपडेट इंस्टॉल हो, इसका मतलब यह नहीं है कि सभी उपयोगकर्ता इसे तुरंत अनुभव कर सकते हैं।
जब कोई एप्लिकेशन प्रारंभ होता है तो विंडोज़ एक अतिरिक्त प्रक्रिया क्यों प्रारंभ करता है?
इस अनुकूलन के महत्व को समझने के लिए, आपको पहले विंडोज़ अनुप्रयोगों के इंस्टेंस रनिंग तंत्र को समझना होगा।
कई विंडोज़ ऐप्स कई स्वतंत्र इंस्टेंस को एक साथ खोलने की अनुमति देते हैं। उदाहरण के लिए, उपयोगकर्ता एक ही समय में कई नोटपैड विंडो लॉन्च कर सकते हैं, और प्रत्येक विंडो स्वतंत्र रूप से चल सकती है। लेकिन अन्य एप्लिकेशन सिंगल-इंस्टेंस डिज़ाइन को अपनाते हैं, जिसका अर्थ है कि भले ही उपयोगकर्ता एप्लिकेशन आइकन पर बार-बार क्लिक करता है, आमतौर पर दूसरा पूर्ण इंस्टेंस बनाने के बजाय केवल पहले से चल रही विंडो सक्रिय हो जाएगी।
एज ब्राउज़र इस प्रकार के एप्लिकेशन का एक विशिष्ट उदाहरण है। जब एज पहले से ही चल रहा हो, और उपयोगकर्ता ब्राउज़र आइकन पर फिर से क्लिक करता है, तो सिस्टम को आमतौर पर मौजूदा विंडो को सीधे सक्रिय करना चाहिए; यदि क्लिक एक वेब लिंक है, तो लिंक को प्रसंस्करण के लिए पहले से चल रहे ब्राउज़र को सौंप दिया जाना चाहिए।
समस्या यह है कि पारंपरिक स्टार्टअप प्रक्रियाएं हमेशा इसे सीधे तौर पर नहीं करती हैं।
जब उपयोगकर्ता सिंगल-इंस्टेंस एप्लिकेशन को दोबारा शुरू करता है, तो विंडोज़ पहले एक नई अस्थायी प्रक्रिया बना सकता है। यह प्रक्रिया यह देखने के लिए जांच करती है कि क्या एप्लिकेशन पहले से ही चल रहा है, फिर लॉन्च अनुरोध को मौजूदा इंस्टेंस पर अग्रेषित करता है, और अंत में खुद ही बाहर निकल जाता है।
कार्यात्मक दृष्टिकोण से, यह अस्थायी प्रक्रिया केवल एक मध्यस्थ के रूप में कार्य करती है और वास्तव में एप्लिकेशन का मुख्य कार्य नहीं करती है। लेकिन एक प्रक्रिया बनाना, इनिशियलाइज़ेशन कोड निष्पादित करना, रनिंग स्टेटस की जाँच करना और अनुरोध वितरित करना अभी भी प्रोसेसर समय और सिस्टम संसाधनों की खपत करता है।
उच्च कॉन्फ़िगरेशन और कम सिस्टम लोड वाले कंप्यूटर पर, ये अतिरिक्त ओवरहेड ध्यान देने योग्य नहीं हो सकते हैं। हालाँकि, जब कंप्यूटर एक ही समय में कई प्रोग्राम चला रहा हो, बड़ी संख्या में पृष्ठभूमि कार्यों को संभालता हो, या कमजोर प्रोसेसर का उपयोग करता हो, तो अतिरिक्त स्टार्टअप चरण प्रतिक्रिया विलंब को बढ़ा सकते हैं।
माइक्रोसॉफ्ट के अनुकूलन का मूल विंडोज़ को इस मध्यवर्ती लिंक को बायपास करने और पहले से चल रहे एप्लिकेशन को सीधे स्टार्टअप अनुरोध भेजने में सक्षम बनाना है।
एज नए तंत्र को अपनाने वाला पहला है, और पृष्ठभूमि स्टार्टअप परिदृश्य से सबसे अधिक लाभ होता है
माइक्रोसॉफ्ट द्वारा जारी किए गए अपडेट नोट्स के अनुसार, जब एज पहले से ही पृष्ठभूमि में चल रहा है, तो विंडोज अब अतिरिक्त अस्थायी प्रक्रिया शुरू किए बिना सीधे मौजूदा ब्राउज़र इंस्टेंस पर नए स्टार्टअप अनुरोध भेज सकता है।
माइक्रोसॉफ्ट ने कहा कि इस मध्यवर्ती चरण को हटाने से स्टार्टअप पथ छोटा हो सकता है और एज उपयोगकर्ता संचालन के प्रति अधिक प्रतिक्रियाशील हो सकता है, खासकर जब कंप्यूटर एक ही समय में कई प्रोग्राम चला रहा हो और सिस्टम लोड अधिक हो।
हालाँकि, इस अनुकूलन का उद्देश्य मुख्य रूप से एप्लिकेशन को तब पुनरारंभ करना है जब यह पहले से ही चल रहा हो, जिसे तथाकथित "हॉट स्टार्ट" कहा जाता है।
एज में स्टार्टअप बूस्ट नामक एक सुविधा है, जो उपयोगकर्ता द्वारा ब्राउज़र विंडो बंद करने के बाद कुछ मुख्य प्रक्रियाओं को पृष्ठभूमि में चलने की अनुमति देती है, ताकि अगली बार शुरू होने पर यह तेजी से उपयोग करने योग्य स्थिति में प्रवेश कर सके। इसलिए, जब उपयोगकर्ता एज को दोबारा खोलते हैं, तो उन्हें अक्सर पूरे एप्लिकेशन को स्क्रैच से लोड करने की आवश्यकता नहीं होती है।
नया तंत्र इस परिदृश्य में अतिरिक्त ओवरहेड को और कम कर देता है।
यदि उपयोगकर्ता ने अभी-अभी कंप्यूटर को पुनरारंभ किया है और एज पृष्ठभूमि में नहीं चल रहा है, तो सामान्य आरंभीकरण और लोडिंग प्रक्रिया को अभी भी पहले स्टार्टअप पर निष्पादित करने की आवश्यकता होगी। यह अपडेट पहले लॉन्च पर सभी ओवरहेड को खत्म नहीं करता है, इसलिए यह आसानी से नहीं समझा जा सकता है कि एज सभी मामलों में समान रूप से तेज हो जाएगा।
Microsoft ने यह घोषणा नहीं की है कि यह अनुकूलन कितने मिलीसेकंड बचा सकता है, और यह अस्थायी रूप से विभिन्न प्रोसेसर, स्टोरेज डिवाइस और सिस्टम लोड के तहत इसके वास्तविक लाभों को निर्धारित करने में असमर्थ है।
Microsoft को आशा है कि वह एक्सेलेरेशन क्षमताओं को और अधिक विंडोज़ अनुप्रयोगों तक विस्तारित करेगा
एज इस तकनीक का पहला अनुप्रयोग मामला है। माइक्रोसॉफ्ट का दीर्घकालिक लक्ष्य अन्य विंडोज़ अनुप्रयोगों को समान स्टार्टअप त्वरण तंत्र का उपयोग करने के लिए सक्षम करना है जो सिंगल-इंस्टेंस डिज़ाइन का उपयोग करते हैं।
Microsoft ने पहले Microsoft Learn डेवलपर दस्तावेज़ में संबंधित फ़ंक्शन पेश किए हैं। दस्तावेज़ का शीर्षक है "त्वरित वार्म लॉन्च के लिए अपना एप्लिकेशन पंजीकृत करें", जिसका अर्थ है अनुप्रयोगों के लिए त्वरित वार्म लॉन्च क्षमताओं को पंजीकृत करना। दस्तावेज़ अक्टूबर 2025 में जारी किया गया था, जो दर्शाता है कि यह तकनीक हाल ही में विकसित नहीं हुई है।
प्रासंगिक डिज़ाइन के अनुसार, एप्लिकेशन स्टार्टअप अनुरोध प्राप्त करने के लिए विंडोज़ के साथ एक विंडो पंजीकृत कर सकता है। जब कोई उपयोगकर्ता स्टार्ट मेनू, टास्कबार या किसी विशिष्ट लिंक से एक ऐप लॉन्च करता है, तो सिस्टम अतिरिक्त मध्यवर्ती प्रक्रियाओं की आवश्यकता को समाप्त करते हुए, पहले से चल रहे इंस्टेंस पर सीधे अनुरोध भेज सकता है।
इस पद्धति की कुंजी ऑपरेटिंग सिस्टम को पहले से यह बताना है कि किस एप्लिकेशन इंस्टेंस को नए स्टार्टअप अनुरोध को सौंपना चाहिए, बिना किसी नई प्रक्रिया शुरू होने तक इंतजार किए और फिर यह जांचने दें कि एप्लिकेशन पहले से ही चल रहा है या नहीं।
हालाँकि, डेवलपर्स केवल यह नहीं मान सकते कि यह क्षमता इंस्टॉलेशन पर स्वचालित रूप से उपलब्ध है।
Microsoft वर्तमान में प्रासंगिक इंटरफ़ेस को प्रतिबंधित एक्सेस फ़ंक्शंस के रूप में सूचीबद्ध करता है, और डेवलपर्स को Microsoft से टोकन अनलॉक करने के लिए आवेदन करने की आवश्यकता होती है। संबंधित प्रारंभ मेनू और लिंक स्टार्टअप परिदृश्यों का समर्थन करने के लिए अनुप्रयोगों को प्रयोगात्मक इंटरफ़ेस IExperimentalAPIInvoker के माध्यम से भी पंजीकृत किया जाना चाहिए।
इसके अलावा, लिंक-आरंभित त्वरण केवल उन प्रोटोकॉल पर लागू होता है जिनके लिए एप्लिकेशन को डिफ़ॉल्ट हैंडलर के रूप में सेट किया गया है। उदाहरण के लिए, केवल यदि कोई एप्लिकेशन संबंधित प्रकार के कनेक्शन को संभालने के लिए जिम्मेदार है, तो विंडोज़ इस तंत्र के अनुसार सीधे उसे अनुरोध भेज सकता है।
Microsoft डेवलपर्स को यह भी याद दिलाता है कि एप्लिकेशन को अभी भी अपने स्वयं के सिंगल-इंस्टेंस प्रोसेसिंग लॉजिक को बनाए रखने की आवश्यकता है, क्योंकि यह सुविधा सभी स्टार्टअप स्रोतों, सभी एप्लिकेशन कॉलिंग विधियों और सभी विंडोज संस्करणों को कवर नहीं करती है।
इसका मतलब यह है कि भले ही माइक्रोसॉफ्ट ने एज को नए तंत्र का उपयोग करने में अग्रणी भूमिका निभाने की अनुमति दी है, लेकिन यह नहीं माना जा सकता है कि Spotify, Discord या अन्य सामान्य सॉफ़्टवेयर तुरंत समान स्टार्टअप त्वरण प्रभाव प्राप्त करेंगे। प्रासंगिक अनुप्रयोगों को तकनीकी शर्तों को पूरा करना होगा और डेवलपर्स द्वारा अनुकूलित किया जाना चाहिए।
यदि Microsoft भविष्य में इंटरफ़ेस खोलने का दायरा बढ़ाता है, तो अधिक एकल-आवृत्ति अनुप्रयोगों को इस तंत्र के माध्यम से स्टार्टअप ओवरहेड को कम करने का अवसर मिलेगा। हालाँकि, पदोन्नति की अंतिम गति अभी भी माइक्रोसॉफ्ट की खुली नीति और सॉफ्टवेयर डेवलपर्स द्वारा वास्तविक अपनाने पर निर्भर करती है।
बैकग्राउंड प्रीलोडिंग के विपरीत, नई तकनीक को अतिरिक्त निवासी प्रक्रियाओं की आवश्यकता नहीं है
एप्लिकेशन स्टार्टअप को तेज़ करने के लिए विंडोज़ ने विभिन्न तरीकों का उपयोग किया है। एक सामान्य दृष्टिकोण यह है कि एप्लिकेशन को कुछ घटकों को पहले से लोड करने दें, और यहां तक कि जब उपयोगकर्ता विंडो नहीं खोलता है तो संबंधित प्रक्रियाओं को भी चालू रखें।
एज का स्टार्टअप बूस्ट इसी प्रकार के तंत्र से संबंधित है। माइक्रोसॉफ्ट ने बताया कि वह ब्राउज़र बंद होने के बाद कुछ मुख्य प्रक्रियाओं को पृष्ठभूमि में रखना जारी रखेगा ताकि उपयोगकर्ता दोबारा शुरू करने पर तेजी से काम कर सकें।
Microsoft Office ने भी ऐसे ही विचार अपनाए हैं. माइक्रोसॉफ्ट ने एक बार ऑफिस के लिए एक स्टार्टअप एक्सेलेरेशन कार्य स्थापित किया, जिससे वर्ड को योग्य कंप्यूटरों पर पहले से लोड करने और उपयोगकर्ता द्वारा निलंबित स्थिति में कॉल करने की प्रतीक्षा करने की अनुमति मिली। प्रासंगिक प्रोग्राम कम से कम 8GB मेमोरी वाले कंप्यूटरों के लिए लक्षित हैं।
फ़ाइल एक्सप्लोरर ने प्रीलोडिंग तंत्र का भी उपयोग किया। विंडोज़ लेटेस्ट द्वारा पिछले परीक्षणों में पाया गया कि भले ही विंडोज़ 11 का फ़ाइल एक्सप्लोरर प्रीलोडेड हो, फिर भी खुलने की गति विंडोज़ 10 के संबंधित अनुभव जितनी तेज़ नहीं है, और प्रीलोडिंग प्रक्रिया में लगभग 35 एमबी अतिरिक्त मेमोरी लगती है।
प्रीलोडिंग का लाभ यह है कि आरंभीकरण कार्य का कुछ हिस्सा पहले से पूरा किया जा सकता है, लेकिन लागत यह है कि यह एक निश्चित मात्रा में मेमोरी और सिस्टम संसाधनों पर कब्जा करना जारी रखता है। सीमित मेमोरी क्षमता वाले कंप्यूटरों के लिए, यदि एकाधिक एप्लिकेशन समान विधियों का उपयोग करते हैं, तो पृष्ठभूमि निवासी प्रक्रियाओं की संख्या में वृद्धि जारी रह सकती है।
यह त्वरित स्टार्टअप तंत्र एक अलग दृष्टिकोण अपनाता है: इसमें सिस्टम को पहले से अधिक घटकों को चलाने की आवश्यकता नहीं होती है, लेकिन स्टार्टअप प्रक्रिया के दौरान अनावश्यक कार्य करने से बचने की कोशिश की जाती है।
डिज़ाइन परिप्रेक्ष्य से, यह अनुकूलन विशेष रूप से एकल-आवृत्ति अनुप्रयोगों के लिए उपयुक्त है जो पहले से ही पृष्ठभूमि में चल रहे हैं, क्योंकि मौजूदा प्रक्रिया में पहले से ही अनुरोधों को संभालने की क्षमता है, और ऑपरेटिंग सिस्टम को सरल अग्रेषण कार्यों को पूरा करने के लिए एक अतिरिक्त प्रक्रिया बनाने की आवश्यकता नहीं है।
बेशक, इसका मतलब यह नहीं है कि Microsoft सभी एप्लिकेशन के लिए बैकग्राउंड प्रीलोडिंग रद्द कर देगा। विभिन्न अनुप्रयोगों में अलग-अलग ऑपरेटिंग तंत्र होते हैं। कुछ एप्लिकेशन वास्तव में प्रीलोडिंग से लाभान्वित हो सकते हैं, लेकिन नया तंत्र मुख्य रूप से विशिष्ट स्टार्टअप प्रक्रियाओं को लक्षित करता है, और जो समस्याएं वे हल करते हैं वे बिल्कुल समान नहीं हैं।
Windows 11 व्यापक प्रदर्शन अनुकूलन के दौर से गुजर रहा है
यह अपडेट विंडोज 11 की प्रतिक्रिया में सुधार के लिए माइक्रोसॉफ्ट के हालिया निरंतर प्रयासों का भी हिस्सा है।
ऑपरेशनल देरी और मेमोरी उपयोग को कम करने की उम्मीद में, Microsoft ने हाल के वर्षों में स्टार्ट मेनू, सर्च, फ़ाइल एक्सप्लोरर और अन्य सिस्टम इंटरफेस के संचालन के तरीके को लगातार समायोजित किया है। कुछ सुधार पृष्ठभूमि प्रक्रियाओं की संख्या को कम करके प्राप्त किए जाते हैं, जबकि अन्य प्रोसेसर शेड्यूलिंग रणनीतियों को समायोजित करके प्राप्त किए जाते हैं ताकि उपयोगकर्ता द्वारा संचालन करते समय सिस्टम को आवश्यक कंप्यूटिंग कार्यों को तेजी से पूरा करने की अनुमति मिल सके।
एक तंत्र, जिसे लो लेटेंसी प्रोफ़ाइल कहा जाता है, एप्लिकेशन स्टार्टअप और सिस्टम इंटरफ़ेस की प्रतिक्रिया गति में सुधार करने का प्रयास करता है। जब उपयोगकर्ता किसी ऑपरेशन को ट्रिगर करता है तो यह प्रोसेसर की ऑपरेटिंग आवृत्ति को थोड़े समय के लिए बढ़ा देगा, जिससे संबंधित कार्य तेजी से पूरा हो सकेगा, और फिर प्रोसेसर को कम-शक्ति वाली स्थिति में वापस कर दिया जाएगा।
यह स्पष्ट रूप से इस बार अस्थायी प्रक्रियाओं को रद्द करने के अनुकूलन से अलग है: पूर्व मुख्य रूप से प्रोसेसर प्रतिक्रिया मोड को समायोजित करके कार्य निष्पादन समय को कम करता है, जबकि बाद वाला सीधे स्टार्टअप प्रक्रिया में अतिरिक्त काम को कम करता है।
यदि दो तकनीकों का उपयोग उपयुक्त परिदृश्यों में एक साथ किया जाता है, तो उपयोगकर्ताओं के लिए तेज़ एप्लिकेशन प्रतिक्रिया का अनुभव करना संभव है, जबकि गति के बदले में पृष्ठभूमि निवासी प्रक्रियाओं की संख्या बढ़ाने की आवश्यकता से बचा जाता है।
हालाँकि, विशिष्ट प्रभाव अभी भी एप्लिकेशन के स्वयं के स्टार्टअप तर्क, सिस्टम लोड और हार्डवेयर स्थितियों पर निर्भर करता है। ऐसे सॉफ़्टवेयर के लिए जिनकी स्टार्टअप गति मुख्य रूप से डिस्क रीड्स, नेटवर्क कनेक्शन या बड़े डेटा लोड से प्रभावित होती है, एक अस्थायी प्रक्रिया को समाप्त करने से महत्वपूर्ण सुधार नहीं होगा।
इसे आधिकारिक तौर पर कब लोकप्रिय बनाया जाएगा?
वर्तमान में, Microsoft ने यह घोषणा नहीं की है कि यह सुविधा सभी Windows 11 उपयोगकर्ताओं के लिए उपलब्ध है। विंडोज लेटेस्ट के फैसले के अनुसार, यदि माइक्रोसॉफ्ट नियमित अपडेट लय का पालन करता है, तो यह अनुकूलन पहले अक्टूबर में वैकल्पिक अपडेट में प्रवेश कर सकता है, और फिर 10 नवंबर, 2026 को पैच मंगलवार अपडेट के साथ धीरे-धीरे प्रचारित किया जा सकता है।
हालाँकि, चूंकि सुविधा को चरणों में आगे बढ़ाया गया है, भले ही उपयोगकर्ताओं ने संबंधित अद्यतन स्थापित किया हो, उन्हें Microsoft द्वारा आगे सक्रियण की प्रतीक्षा करने की आवश्यकता हो सकती है। Microsoft ने अभी तक सभी उपकरणों के लिए सटीक रिलीज़ तिथि की घोषणा नहीं की है।
सामान्य उपयोगकर्ताओं के लिए, सिस्टम सेटिंग्स को संशोधित करने या इस स्तर पर इस सुविधा को बलपूर्वक सक्षम करने का प्रयास करने की कोई आवश्यकता नहीं है। लेख के शीर्षक में उल्लिखित "सक्षम करने के लिए मजबूर नहीं किया जा सकता" मुख्य रूप से इस तथ्य को संदर्भित करता है कि आम उपयोगकर्ताओं के लिए इस नए तंत्र को विश्वसनीय रूप से मैन्युअल रूप से चालू करने के लिए वर्तमान में कोई सार्वजनिक तरीका नहीं है।
यदि उपयोगकर्ता ने नवीनतम रिलीज़ पूर्वावलोकन अपडेट इंस्टॉल किया है, तो वे पृष्ठभूमि में चलते समय एज को फिर से खोलने की प्रतिक्रिया देख सकते हैं। हालाँकि, चूँकि Microsoft एकीकृत प्रदर्शन परीक्षण डेटा प्रकाशित नहीं करता है, इसलिए केवल व्यक्तिपरक भावनाओं के आधार पर सुधार की सीमा को सटीक रूप से मापना मुश्किल है।
कुल मिलाकर, इस परिवर्तन का महत्व यह नहीं है कि सभी ऐप्स तुरंत प्रारंभ हो जाते हैं, बल्कि यह है कि Microsoft विंडोज़ की अपनी स्टार्टअप प्रक्रिया से कुछ लंबे समय से चले आ रहे चरणों को हटाना शुरू कर देता है जो हमेशा आवश्यक नहीं होते हैं। उन अनुप्रयोगों के लिए जो पहले से ही पृष्ठभूमि में चल रहे हैं, एक अस्थायी प्रक्रिया बनाने और फिर अनुरोध को अग्रेषित करने की तुलना में सीधे अनुरोध को पारित करना अधिक उचित है।
यदि भविष्य में Microsoft अधिक डेवलपर्स के लिए प्रासंगिक इंटरफ़ेस खोलता है, तो सिंगल-इंस्टेंस एप्लिकेशन को मामूली बदलावों के साथ स्टार्टअप को गति देने का अवसर मिलेगा। लगातार बढ़ते बैकग्राउंड प्रीलोडिंग कार्यों की तुलना में, अनावश्यक काम को कम करने का यह विचार सिस्टम संसाधन ओवरहेड को कम करने की दिशा के अनुरूप भी है।
ध्यान देने योग्य अगली बात यह है कि Microsoft इस सुविधा के दायरे का विस्तार कब करेगा, और एज के अलावा, आमतौर पर उपयोग किए जाने वाले अन्य कौन से विंडोज़ एप्लिकेशन इस तंत्र को अपनाने वाले पहले होंगे।
टिप्पणियाँ