माइक्रोसॉफ्ट के वरिष्ठ इंजीनियर रेमंड चेन ने हाल ही में विंडोज 95 के आंतरिक तंत्र में एक अलोकप्रिय विशेषता का खुलासा किया: इस शुरुआती 32-बिट उपभोक्ता ऑपरेटिंग सिस्टम में एक अंतर्निहित "गुप्त" त्वरित पुनरारंभ विधि है। ग्राफ़िकल इंटरफ़ेस के माध्यम से सिस्टम को पुनरारंभ करते समय उपयोगकर्ताओं को केवल Shift कुंजी दबाए रखने की आवश्यकता होती है, और उनके पास नियमित पुनरारंभ की तुलना में डेस्कटॉप पर तेजी से लौटने का अवसर होता है। इस डिज़ाइन ने उस वर्ष की अत्यंत जटिल प्रणाली वास्तुकला का लाभ उठाया। स्टार्टअप दक्षता में सुधार करते समय, यह कभी-कभी सिस्टम के क्रैश होने का कारण भी बनता है।
एक ऑपरेटिंग सिस्टम के रूप में जिसे 16-बिट DOS सॉफ़्टवेयर, 16-बिट Windows 3.x प्रोग्राम और 32-बिट Win32 अनुप्रयोगों के साथ संगत होने की आवश्यकता है, Windows 95 पर शुरू से ही बैकवर्ड संगतता के कठिन कार्य का बोझ था। यह इस स्तरित संरचना के माध्यम से है कि विकास टीम ने सिस्टम में कुछ "छिपे हुए अनुकूलन" को दफन कर दिया है, जिसमें यह अल्पज्ञात तेज़ पुनरारंभ तंत्र भी शामिल है।
चेन के अनुसार, यह सुविधा 16-बिट ExitWindows फ़ंक्शन को दिए गए EW_RESARTWINDOWS फ़्लैग पर निर्भर करती है, जो स्वयं Windows 3.1 से विरासत में मिली है और उस वर्ष से Microsoft के आधिकारिक दस्तावेज़ में दर्ज़ है। उनके विवरण के अनुसार, जब ध्वज ट्रिगर होता है, तो सिस्टम क्रमिक रूप से 16-बिट विंडोज कर्नेल को बंद कर देता है, 32-बिट वर्चुअल मेमोरी मैनेजर को बंद कर देता है, और अंत में बाद के रिबूट की तैयारी के लिए सीपीयू को वास्तविक मोड में वापस स्विच कर देता है।
तथाकथित वास्तविक मोड सभी x86-संगत प्रोसेसर (आज के मल्टी-कोर इंटेल और एएमडी सीपीयू सहित) का सबसे बुनियादी ऑपरेटिंग मोड है। विंडोज़ 95 जैसे 32-बिट ऑपरेटिंग सिस्टम मेमोरी प्रबंधन और सुरक्षा तंत्र को सक्षम करने के लिए बूट प्रक्रिया के दौरान सीपीयू को वास्तविक मोड से संरक्षित मोड में स्विच करते हैं, जबकि आधुनिक 64-बिट ऑपरेटिंग सिस्टम 64-बिट निर्देश सेट का लाभ उठाने और संसाधनों को पंजीकृत करने के लिए "लॉन्ग मोड" में चलते हैं। इन मोड के बीच स्विच करना और अनुकूलता बनाए रखना कई वर्षों से x86 आर्किटेक्चर डिज़ाइन में मुख्य चुनौतियों में से एक रहा है।
उल्लेखनीय है कि इंटेल ने x86S नामक कम निर्देश सेट आर्किटेक्चर के माध्यम से 16-बिट वास्तविक मोड और कुछ अन्य पिछड़े संगतता सुविधाओं को समाप्त करने की कोशिश की, लेकिन संबंधित योजनाएं अंततः रोक दी गईं। चेन के अनुसार, एक बार जब ExitWindows फ़ंक्शन सीपीयू को वास्तविक मोड में वापस खींचता है, तो नियंत्रण win.com निष्पादन योग्य पर वापस आ जाता है, जो पूर्ण कोल्ड बूट की कठिन हार्डवेयर स्व-परीक्षण प्रक्रिया को दरकिनार करते हुए विंडोज 95 को फिर से शुरू करता है, जिससे समग्र बूट समय कम हो जाता है।
पीसी युग में जहां ग्राफ़िकल इंटरफ़ेस में प्रवेश करने में अक्सर कई मिनट लगते थे, यह "त्वरित पुनरारंभ" वास्तविक उपयोग में बहुत मददगार होने की संभावना है। लेख के लेखक ने याद किया कि वह इस सुविधा को पहले ही भूल चुके थे - आखिरकार, वह सीधे MS-DOS से Windows ME और XP पर चले गए, और उस समय उन्होंने जिस पेंटियम 4 मशीन का उपयोग किया था उसे "उच्च-प्रदर्शन" प्लेटफ़ॉर्म माना जाता था।
जब लेखक ने पीसीईएम वर्चुअल मशीन में इस प्रक्रिया को पुन: पेश करने का प्रयास किया, तो उसे असंगत परिणाम मिले: विंडोज 95 ओएसआर 2.5 में, यह फ़ंक्शन बिल्कुल भी प्रभावी नहीं हुआ, लेकिन विंडोज 98 एसई वातावरण में यह सामान्य रूप से व्यवहार करता था। यह विभिन्न संस्करणों में इस तंत्र के कार्यान्वयन अंतर के साथ-साथ संपूर्ण Win9x श्रृंखला के आंतरिक व्यवहार की जटिलता और अनिश्चितता की भी पुष्टि करता है।
चेन ने आगे बताया कि win.com प्रोग्राम असेंबली भाषा में लिखा गया है और सिस्टम को फिर से खींचने के लिए जिम्मेदार होने के अलावा, यह अतिरिक्त मेमोरी प्रबंधन ऑपरेशन भी करता है। लक्ष्य सभी पारंपरिक मेमोरी को यथासंभव मुक्त करना है, जिससे विंडोज 95 को संरक्षित मोड में लोड करने के लिए एक बड़ा सन्निहित मेमोरी स्थान छोड़ा जा सके; यदि यह चरण विफल हो जाता है, तो पारंपरिक मेमोरी खंडित रहेगी, और win.com को पूर्ण पुनरारंभ प्रक्रिया पर वापस आना होगा। अनुकूलता, प्रदर्शन और स्थिरता के बीच डिज़ाइन का यह कठिन संतुलन यही कारण है कि Win9x श्रृंखला को "अराजक लेकिन आकर्षक" माना जाता है।
संबंधित आलेख:
विंडोज़ 95 30वीं वर्षगांठ: वह ऑपरेटिंग सिस्टम जिसने पीसी में क्रांति ला दी
माइक्रोसॉफ्ट के दिग्गज बताते हैं कि विंडोज 95 ने एचएलटी ऊर्जा-बचत निर्देश को क्यों नहीं अपनाया
एक प्रोग्रामर ने खुलासा किया कि विंडोज 95 डेवलपमेंट टीम समय की कमी के कारण ऑपरेटिंग सिस्टम के लिए एक अलग इंस्टॉलर विकसित करने में असमर्थ थी।
डेवलपर Windows 95 इंटरफ़ेस को Windows NT में पोर्ट करने की जटिल ट्यूनिंग प्रक्रिया के बारे में बात करता है