विंडोज 10 अपडेट का आकार आखिरकार 19H1 संस्करण के साथ छोटा हो रहा है

पिछले हफ्ते, माइक्रोसॉफ्ट ने घोषणा की कि सभी विंडोज 10 उपयोगकर्ताओं के लिए एक बड़ी राहत के रूप में क्या आ सकता है - ओएस के लिए दिए गए अपडेट के आकार में बड़ी कमी। 2015 में विंडोज 10 की शुरुआत के बाद से ग्राहक लंबे समय से इस मुद्दे की शिकायत कर रहे हैं और ऐसा लग रहा है कि माइक्रोसॉफ्ट को आखिरकार संदेश मिलना शुरू हो गया है।

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

इस भ्रम को आसान बनाने के लिए, माइक्रोसॉफ्ट ने विंडोज के भविष्य के रिलीज के लिए डेल्टा, एक्सप्रेस और पूर्ण अपडेट को समाप्त करने का निर्णय लिया है 10, और उन्हें एक नए पैकेज प्रकार के साथ बदलें, जिसका वे दावा करते हैं कि यह और भी अधिक कॉम्पैक्ट होगा और कम CPU समय लेगा इंस्टॉल। छोटा आकार नेटवर्क बैंडविड्थ को बचाएगा, उन्हें विंडोज सर्वर अपडेट सर्विसेज, सिस्टम सेंटर कॉन्फ़िगरेशन मैनेजर, माइक्रोसॉफ्ट अपडेट कैटलॉग या विंडोज इंट्यून का उपयोग करके तैनात करना आसान बना देगा। ये नए एक्सप्रेस अपडेट पुनर्वितरण योग्य स्टैंडअलोन इंस्टालर (.msu) फ़ाइलें या (.cab) फ़ाइलें होंगी।

यहां तक ​​कि एक्सप्रेस अपडेट में भी माइक्रोसॉफ्ट के मुताबिक सीपीयू में काफी समय लगता है लेकिन इस नए फॉर्मेट में काफी कम समय लगेगा। तो इसे तेजी से स्थापित करना चाहिए, लेकिन यह आपकी मशीन की गति पर बहुत अधिक निर्भर करेगा (धीमी मशीनों से अधिक लाभ होगा)।

विंडोज 10 के पुराने संस्करणों को डेल्टा और पूर्ण अपडेट मिलते रहेंगे लेकिन फिर भी इन नए अपडेट पैकेजों से लाभ होगा। यह नया डिज़ाइन किसी भी वर्ग और महत्व के सभी मासिक गुणवत्ता अपडेट पर लागू होता है।

Microsoft परिवर्तनों और पिछले अद्यतन पैकेज़ के विवरण को निम्नानुसार विस्तृत करता है:

पूर्ण अद्यतन - प्रत्येक घटक और बाइनरी का संपीड़ित संस्करण (ज़िप शैली संपीड़न के समान) होता है जो आरटीएम के बाद से ओएस में बदल गया है

एक्सप्रेस अपडेट - सर्वर में प्रत्येक घटक और बाइनरी के लिए कई बेसलाइन से संपीड़ित डेल्टा होते हैं जो आरटीएम के बाद से बदल गए हैं। आपकी मशीन सर्वर के साथ आगे और पीछे चैट करती है (सर्वर स्वयं विंडोज अपडेट हो सकता है, या यह एक स्थानीय WSUS सर्वर हो सकता है) यह पहचानने के लिए कि उसे कौन सी बाइट श्रेणियों की आवश्यकता है और फिर उन्हें डाउनलोड करें पर्वतमाला। आपका डिवाइस फिर उन बाइट श्रेणियों को आपके डिवाइस पर पूर्ण फ़ाइलों में हाइड्रेट करता है और फिर एक इंस्टॉलेशन करता है। कई आधार रेखाओं से मेरा मतलब है कि इसमें समय के विशिष्ट बिंदुओं से डेल्टा शामिल हैं। आम तौर पर हम पिछले महीने एलसीयू (एन), महीने पहले (एन -1) पूरे एन -5 महीने और आरटीएम का उपयोग करते हैं। तो सर्वर एक्सप्रेस फ़ाइल 6-7GB हो सकती है जबकि अंतिम डिवाइस केवल 150-200mb डाउनलोड करता है।

छोटा अद्यतन - पैकेज में प्रत्येक फ़ाइल (फॉरवर्ड डेल्टा) के लिए RTM से संपीड़ित डेल्टा और RTM (रिवर्स डेल्टा) में वापस डेल्टा होता है। अनिवार्य रूप से इसका मतलब है कि कई बेसलाइन होने के बजाय, इसमें केवल 1 बेसलाइन (RTM) है। एक उदाहरण के रूप में, यदि आपका उपकरण सितंबर एलसीयू पर था और फिर आपने अक्टूबर स्थापित किया, तो आपकी मशीन होगी आरटीएम पर वापस जाने के लिए सितंबर रिवर्स डेल्टा और फिर अक्टूबर में जाने के लिए अक्टूबर फॉरवर्ड डेल्टा लागू करें (10 बी)। यह लेन-देन में ऐसा करता है इसलिए आपके डिवाइस के कहीं बीच में फंसने की कोई संभावना नहीं है - या तो पूर्ण अपडेट सफल होता है या नहीं। चूंकि सभी सामग्री पैकेज में ही है, इसलिए किसी सर्वर वार्ता की आवश्यकता नहीं है। क्योंकि इसकी केवल एक ही आधार रेखा है (RTM से) यह कभी-कभी किसी ऐसे व्यक्ति के लिए एक्सप्रेस अपडेट से बड़ा होगा जो पिछले महीनों के पैच पर था। लेकिन आकार का अंतर न्यूनतम होना चाहिए, और सर्वर की बातचीत के बिना और डिवाइस विश्लेषण पर यह डाउनलोड और इंस्टॉल के दौरान कम सीपीयू का उपयोग करता है।

नए छोटे पैकेज प्रारूप के बारे में वास्तव में बहुत अच्छी बात यह है कि वही फाइल विंडोज अपडेट, डब्ल्यूएसयूएस और कैटलॉग से उपलब्ध है। इसलिए यदि आप HTTPS (कैटलॉग) से डाउनलोड करते हैं और इंस्टॉल करने के लिए डबल क्लिक करते हैं तो भी आपको छोटा अनुभव मिलता है। एक्सप्रेस के विपरीत जो केवल विंडोज अपडेट या WSUS (या एक्सप्रेस प्रोटोकॉल का समर्थन करने वाले तीसरे पक्ष के समाधान) के माध्यम से काम करता है।

यह परिवर्तन करने के लिए, पैकेज प्रारूप और क्लाइंट पर अद्यतन स्टैक दोनों में ही संशोधनों की आवश्यकता थी। OS के पुराने संस्करणों में इस प्रकार के परिवर्तन करना जोखिम भरा होगा (अपडेट स्टैक बिल्कुल महत्वपूर्ण है)। ओएस के एक नए संस्करण के साथ हमारे पास आंतरिक परीक्षण के साथ-साथ विंडोज इनसाइडर पूर्वावलोकन के कई महीने हैं जिनका उपयोग हम बड़े पैमाने पर परिवर्तनों को मान्य करने और जोखिम को कम करने के लिए कर सकते हैं।

आप इस नए अद्यतन पैकेज़ स्वरूप के बारे में क्या सोचते हैं? क्या आपको लगता है कि माइक्रोसॉफ्ट को इसे शुरू से ही डिजाइन करना चाहिए था? आप किस प्रकार के सुधारों को अद्यतन करने की अपेक्षा करते हैं?