विंडोज 95: Difference between revisions

From Vigyanwiki
No edit summary
Line 47: Line 47:
विंडोज 95 की आधिकारिक रिलीज से पहले, [[संयुक्त राज्य अमेरिका]] और [[यूनाइटेड किंगडम]] के उपयोगकर्ताओं के पास विंडोज 95 पूर्वावलोकन कार्यक्रम में भाग लेने का अवसर था।<ref>{{Cite web|last=Fruhlinger|first=Josh|date=August 31, 2015|title=यह (अभी भी) विंडोज 95 की दुनिया है। हम इसी में जीते हैं।|url=https://www.computerworld.com/article/2977757/its-still-windows-95s-world-we-just-live-in-it.html|access-date=August 24, 2020|website=Computerworld|language=en}}</ref> US$19.95/£19.95 के लिए, उपयोगकर्ताओं को कई 3.5-इंच फ़्लॉपी डिस्क प्राप्त होंगी जिनका उपयोग विंडोज 95 को या तो विंडोज 3.1x से अपग्रेड के रूप में या एक ताज़ा इंस्टॉलेशन के रूप में स्थापित करने के लिए किया जाएगा। प्रतिभागियों को माइक्रोसॉफ्ट नेटवर्क ([[एमएसएन डायल-अप|एमएसएन]]) का एक मुफ्त पूर्वावलोकन भी दिया गया, जो माइक्रोसॉफ्ट ने विंडोज 95 के साथ लॉन्च की गई ऑनलाइन सेवा है। पूर्वावलोकन अवधि के दौरान, माइक्रोसॉफ्ट ने शिकागो में प्रचार और तकनीकी दस्तावेजीकरण के लिए विभिन्न इलेक्ट्रॉनिक वितरण बिंदुओं की स्थापना की,<ref name="reviewGuide">[http://www.anonymous-insider.net/windows/research/acrobat/940601.pdf Microsoft Windows Chicago Reviewer's Guide]{{Dead link|date=August 2019 |bot=InternetArchiveBot |fix-attempted=yes }}, p.282</ref> जिसमें एक विस्तृत विवरण शामिल है। मीडिया समीक्षकों के लिए नई प्रणाली की विशेषताओं का वर्णन करने वाला दस्तावेज़।<ref name="reviewGuide"/><ref>{{cite news|title=व्यक्तिगत कम्प्यूटर्स; माइक्रोसॉफ्ट का नया सिस्टम ग्लिट्स को ठीक करने का वादा करता है|newspaper=[[The New York Times]]|author=Stephen Manes|date=July 19, 1994 |url=https://www.nytimes.com/1994/07/19/science/personal-computers-microsoft-s-new-system-promises-to-fix-glitches.html}}</ref> पूर्वावलोकन संस्करण नवंबर 1995 में समाप्त हो गए, जिसके बाद उपयोगकर्ता को विंडोज 95 के अंतिम संस्करण की एक प्रति खरीदनी होगी।
विंडोज 95 की आधिकारिक रिलीज से पहले, [[संयुक्त राज्य अमेरिका]] और [[यूनाइटेड किंगडम]] के उपयोगकर्ताओं के पास विंडोज 95 पूर्वावलोकन कार्यक्रम में भाग लेने का अवसर था।<ref>{{Cite web|last=Fruhlinger|first=Josh|date=August 31, 2015|title=यह (अभी भी) विंडोज 95 की दुनिया है। हम इसी में जीते हैं।|url=https://www.computerworld.com/article/2977757/its-still-windows-95s-world-we-just-live-in-it.html|access-date=August 24, 2020|website=Computerworld|language=en}}</ref> US$19.95/£19.95 के लिए, उपयोगकर्ताओं को कई 3.5-इंच फ़्लॉपी डिस्क प्राप्त होंगी जिनका उपयोग विंडोज 95 को या तो विंडोज 3.1x से अपग्रेड के रूप में या एक ताज़ा इंस्टॉलेशन के रूप में स्थापित करने के लिए किया जाएगा। प्रतिभागियों को माइक्रोसॉफ्ट नेटवर्क ([[एमएसएन डायल-अप|एमएसएन]]) का एक मुफ्त पूर्वावलोकन भी दिया गया, जो माइक्रोसॉफ्ट ने विंडोज 95 के साथ लॉन्च की गई ऑनलाइन सेवा है। पूर्वावलोकन अवधि के दौरान, माइक्रोसॉफ्ट ने शिकागो में प्रचार और तकनीकी दस्तावेजीकरण के लिए विभिन्न इलेक्ट्रॉनिक वितरण बिंदुओं की स्थापना की,<ref name="reviewGuide">[http://www.anonymous-insider.net/windows/research/acrobat/940601.pdf Microsoft Windows Chicago Reviewer's Guide]{{Dead link|date=August 2019 |bot=InternetArchiveBot |fix-attempted=yes }}, p.282</ref> जिसमें एक विस्तृत विवरण शामिल है। मीडिया समीक्षकों के लिए नई प्रणाली की विशेषताओं का वर्णन करने वाला दस्तावेज़।<ref name="reviewGuide"/><ref>{{cite news|title=व्यक्तिगत कम्प्यूटर्स; माइक्रोसॉफ्ट का नया सिस्टम ग्लिट्स को ठीक करने का वादा करता है|newspaper=[[The New York Times]]|author=Stephen Manes|date=July 19, 1994 |url=https://www.nytimes.com/1994/07/19/science/personal-computers-microsoft-s-new-system-promises-to-fix-glitches.html}}</ref> पूर्वावलोकन संस्करण नवंबर 1995 में समाप्त हो गए, जिसके बाद उपयोगकर्ता को विंडोज 95 के अंतिम संस्करण की एक प्रति खरीदनी होगी।


== '''''आर्किटेक्चर''''' ==
== '''आर्किटेक्चर''' ==
[[File:Microsoft Windows 95 architecture.svg|thumb|upright=1.5|वास्तु आरेख]]विंडोज 95 को अधिक स्थिर और बेहतर प्रदर्शन प्रणाली की पेशकश करते हुए मौजूदा एमएस-डॉस और 16-बिट विंडोज प्रोग्राम और [[डिवाइस ड्राइवर]]ों के साथ अधिकतम संगत होने के लिए डिज़ाइन किया गया था।<ref name="pre-multi">{{cite web|url=http://support.microsoft.com/kb/117567|title=कैसे 16-बिट और 32-बिट प्रोग्राम विंडोज 95 में मल्टीटास्क करते हैं|date=November 15, 2006|website=Microsoft Support|publisher=[[Microsoft]]|archive-url=https://web.archive.org/web/20080117085655/http://support.microsoft.com/kb/117567|archive-date=January 17, 2008|access-date=April 9, 2010}}</ref><ref name="w95-archi">{{cite web|url=https://docs.microsoft.com/en-us/previous-versions//cc751120(v=technet.10)|title=विंडोज 95 आर्किटेक्चर घटक|date=February 20, 2014|work=Microsoft Docs|publisher=Microsoft|access-date=May 9, 2019}}</ref> विंडोज 95 आर्किटेक्चर वर्कग्रुप्स के 386 एन्हांस्ड मोड के लिए विंडोज का विकास है।
[[File:Microsoft Windows 95 architecture.svg|thumb|upright=1.5|वास्तु आरेख]]विंडोज 95 को मौजूदा एमएस-डॉस और 16-बिट विंडोज प्रोग्राम और [[डिवाइस ड्राइवर]] के साथ अधिक से अधिक स्थिर और बेहतर प्रदर्शन करने वाली प्रणाली की पेशकश करते हुए अधिकतम संगत होने के लिए डिजाइन किया गया था। [12] [13] विंडोज 95 आर्किटेक्चर वर्कग्रुप्स के 386 वर्धित मोड के लिए विंडोज का विकास है।
कॉन्फ़िगरेशन मैनेजर (CONFIGMG): [[लिगेसी प्लग एंड प्ले]] कार्यक्षमता को लागू करने के लिए जिम्मेदार; हार्डवेयर कॉन्फ़िगरेशन परिवर्तनों की निगरानी करना; बस प्रगणकों का उपयोग करके उपकरणों का पता लगाना; और I/O पोर्ट, इंटरप्ट रिक्वेस्ट (PC आर्किटेक्चर), DMA चैनल और मेमोरी-मैप्ड I/O को एक संघर्ष-मुक्त फैशन में आवंटित करना।<ref>{{Cite web|last=aczechowski|title=कॉन्फ़िगरेशन प्रबंधक क्या है? - विन्यास प्रबंधक|url=https://docs.microsoft.com/en-us/mem/configmgr/core/understand/introduction|access-date=August 25, 2020|website=docs.microsoft.com|language=en-us}}</ref>
'''कॉन्फ़िगरेशन मैनेजर (कॉन्फिगएमजी)''': [[लिगेसी प्लग एंड प्ले|प्लग एंड प्ले]] कार्यात्मकता को लागू करने के लिए उत्तरदायी; हार्डवेयर कॉन्फ़िगरेशन परिवर्तन की निगरानी; बस एन्यूमरेटर्स का उपयोग कर उपकरणों का पता लगाना; और आई/पोर्ट, आईआरक्यू, डीएमए चैनल और मेमोरी को एक संघर्ष-मुक्त तरीके से आवंटित करना।<ref>{{Cite web|last=aczechowski|title=कॉन्फ़िगरेशन प्रबंधक क्या है? - विन्यास प्रबंधक|url=https://docs.microsoft.com/en-us/mem/configmgr/core/understand/introduction|access-date=August 25, 2020|website=docs.microsoft.com|language=en-us}}</ref>
इंस्टॉल करने योग्य फ़ाइल सिस्टम मैनेजर (इनपुट/आउटपुट सबसिस्टम): समर्थित फ़ाइल सिस्टम तक पहुंच का समन्वय करता है। विंडोज 95 को शुरू में [[FAT12]], [[FAT16]], [[VFAT]] एक्सटेंशन, [[ISO 9660]] (CDFS), [[जोलीट (फाइल सिस्टम)]] और [[नेटवर्क रेडिरेक्टर]] के समर्थन के साथ भेजा गया था, बाद में [[FAT32]] का समर्थन करने वाले रिलीज के साथ।<ref>{{Cite web|last=lorihollasch|title=फ़िल्टर प्रबंधक अवधारणाएँ - विंडोज ड्राइवर|url=https://docs.microsoft.com/en-us/windows-hardware/drivers/ifs/filter-manager-concepts|access-date=August 25, 2020|website=docs.microsoft.com|language=en-us}}</ref>
भौतिक मीडिया तक पहुंच अनुरोध इनपुट/आउटपुट पर्यवेक्षक को भेजे जाते हैं, जो अनुरोधों को निर्धारित करने के लिए जिम्मेदार एक घटक है। प्रत्येक भौतिक मीडिया का अपना डिवाइस ड्राइवर होता है: डिस्क तक पहुंच एक पोर्ट ड्राइवर द्वारा की जाती है, जबकि [[SCSI]] डिवाइस तक पहुंच SCSI परत के ऊपर काम करने वाले [[मिनी बंदरगाह]] ड्राइवर द्वारा नियंत्रित की जाती है। पोर्ट और मिनिपोर्ट ड्राइवर, MS-DOS और [[BIOS]] को बायपास करते हुए, 32-बिट सुरक्षित मोड में I/O संचालन करते हैं, प्रदर्शन में काफी सुधार करते हैं। यदि किसी निश्चित स्टोरेज डिवाइस के लिए कोई देशी विंडोज ड्राइवर नहीं है, या यदि डिवाइस को कम्पैटिबिलिटी मोड में चलने के लिए मजबूर किया जाता है, तो रियल मोड मैपर इसे MS-DOS के माध्यम से एक्सेस कर सकता है।<ref name="oldnewthing2007">{{Cite web|date=December 24, 2007|title=विंडोज 95 में MS-DOS की क्या भूमिका थी?|url=https://devblogs.microsoft.com/oldnewthing/20071224-00/?p=24063|website=The Old New Thing|archive-url=https://web.archive.org/web/20110128011858/http://blogs.msdn.com/b/oldnewthing/archive/2007/12/24/6849530.aspx|archive-date=January 28, 2011|author-first=Raymond|author-last=Chen}}</ref>
32-बिट विंडोज प्रोग्राम को उनके मेमोरी सेगमेंट असाइन किए जाते हैं, जिन्हें किसी भी वांछित आकार में समायोजित किया जा सकता है। खंड के बाहर के मेमोरी क्षेत्रों को प्रोग्राम द्वारा एक्सेस नहीं किया जा सकता है। यदि कोई प्रोग्राम क्रैश हो जाता है, तो कुछ और नुकसान नहीं होता है। इससे पहले, प्रोग्राम फिक्स्ड नॉन-एक्सक्लूसिव 64 KB सेगमेंट का इस्तेमाल करते थे। जबकि DOS और Windows 3.x में 64 KB आकार एक गंभीर बाधा थी, विशिष्टता की गारंटी की कमी स्थिरता के मुद्दों का कारण थी क्योंकि प्रोग्राम कभी-कभी एक-दूसरे के सेगमेंट को ओवरराइट कर देते थे। एक दुर्घटनाग्रस्त विंडोज 3.x प्रोग्राम आसपास की प्रक्रियाओं को खत्म कर सकता है। {{Citation needed|date=October 2021}}
[[Win32 API]] तीन मॉड्यूल द्वारा कार्यान्वित किया जाता है, प्रत्येक में 16-बिट और 32-बिट घटक होते हैं:


कर्नेल: [[स्मृति प्रबंधन]] और [[प्रक्रिया प्रबंधन (कंप्यूटिंग)]], और फ़ाइल सिस्टम तक पहुंच के लिए उच्च स्तरीय पहुंच प्रदान करता है। KRNL386.EXE, KERNEL32.DLL, और VWIN32.VXD से मिलकर बनता है।
'''इंस्टॉल करने योग्य फ़ाइल सिस्टम मैनेजर (इनपुट/आउटपुट सबसिस्टम):''' समर्थित फ़ाइल सिस्टम तक पहुँच का समन्वय करता है। विंडोज 95 को शुरू में [[FAT12]], [[FAT16]], [[VFAT]] एक्सटेंशन, [[ISO 9660]] (CDFS), [[जोलीट (फाइल सिस्टम)|जोलियट]] और नेटवर्क रीडायरेक्टर्स के समर्थन के साथ भेजा गया था, बाद में [[FAT32]] का समर्थन करने वाले रिलीज़ हुए।<ref>{{Cite web|last=lorihollasch|title=फ़िल्टर प्रबंधक अवधारणाएँ - विंडोज ड्राइवर|url=https://docs.microsoft.com/en-us/windows-hardware/drivers/ifs/filter-manager-concepts|access-date=August 25, 2020|website=docs.microsoft.com|language=en-us}}</ref>
उपयोगकर्ता:[[विंडो (कम्प्यूटिंग)]], [[मेनू (कंप्यूटिंग)]] और [[बटन (कंप्यूटिंग)]] जैसे विभिन्न [[प्रयोक्ता इंटरफ़ेस]] घटकों के प्रबंधन और ड्राइंग के लिए जिम्मेदार। USER.EXE और USER32.DLL से मिलकर बनता है।
 
;[[ग्राफिक्स डिवाइस इंटरफ़ेस]] (GDI): डिवाइस-स्वतंत्र तरीके से ग्राफिक्स बनाने के लिए जिम्मेदार। GDI.EXE और GDI32.DLL से मिलकर बनता है।
भौतिक मीडिया तक पहुंच अनुरोध इनपुट/आउटपुट पर्यवेक्षक को भेजे जाते हैं, जो अनुरोधों को शेड्यूल करने के लिए जिम्मेदार घटक है। प्रत्येक भौतिक मीडिया का अपना डिवाइस ड्राइवर होता है: डिस्क तक पहुंच एक पोर्ट ड्राइवर द्वारा की जाती है, जबकि एससीएसआई डिवाइस तक पहुंच को एससीएसआई परत के ऊपर काम करने वाले मिनिपोर्ट ड्राइवर द्वारा नियंत्रित किया जाता है। पोर्ट और मिनिपोर्ट ड्राइवर, एमएस-डॉस और बायोस को बायपास करते हुए, 32-बिट सुरक्षित मोड में I/O संचालन करते हैं, जिससे प्रदर्शन में काफी सुधार होता है। यदि किसी निश्चित स्टोरेज डिवाइस के लिए कोई देशी विंडोज ड्राइवर नहीं है, या यदि डिवाइस को संगतता मोड में चलने के लिए मजबूर किया जाता है, तो रियल मोड मैपर एमएस-डॉस के माध्यम से इसे एक्सेस कर सकता है।<ref name="oldnewthing2007">{{Cite web|date=December 24, 2007|title=विंडोज 95 में MS-DOS की क्या भूमिका थी?|url=https://devblogs.microsoft.com/oldnewthing/20071224-00/?p=24063|website=The Old New Thing|archive-url=https://web.archive.org/web/20110128011858/http://blogs.msdn.com/b/oldnewthing/archive/2007/12/24/6849530.aspx|archive-date=January 28, 2011|author-first=Raymond|author-last=Chen}}</ref>
 
32-बिट विंडोज प्रोग्राम को उनके मेमोरी सेगमेंट असाइन किए जाते हैं, जिन्हें किसी भी वांछित आकार में समायोजित किया जा सकता है। खंड के बाहर के मेमोरी क्षेत्रों को प्रोग्राम द्वारा एक्सेस नहीं किया जा सकता है। यदि कोई प्रोग्राम क्रैश हो जाता है, तो कुछ और नुकसान नहीं होता है। इससे पहले, प्रोग्राम फिक्स्ड नॉन-एक्सक्लूसिव 64 KB सेगमेंट का इस्तेमाल करते थे। जबकि डॉस और विंडोज 3. x में 64 KB आकार एक गंभीर बाधा थी, विशिष्टता की गारंटी की कमी स्थिरता के मुद्दों का कारण थी क्योंकि प्रोग्राम कभी-कभी एक-दूसरे के सेगमेंट को ओवरराइट कर देते थे। एक दुर्घटनाग्रस्त विंडोज 3. x प्रोग्राम आसपास की प्रक्रियाओं को खत्म कर सकता है।{{Citation needed|date=October 2021}}
 
[[Win32 API]] को तीन मॉड्यूल द्वारा लागू किया गया है, प्रत्येक में 16-बिट और 32-बिट घटक होते हैं:
 
स्मृति और प्रक्रिया प्रबंधन, और फ़ाइल सिस्टम तक पहुंच के लिए उच्च स्तरीय पहुंच प्रदान करता है। KRNL386.EXE, KERNEL32.DLL और VWIN32.VXD से मिलकर बना है।
 
यूज़र्स :[[विंडो (कम्प्यूटिंग)]], [[मेनू (कंप्यूटिंग)]] और [[बटन (कंप्यूटिंग)]] जैसे विभिन्न [[प्रयोक्ता इंटरफ़ेस]] घटकों के प्रबंधन और ड्राइंग के लिए जिम्मेदार। USER.EXE और USER32.DLL से मिलकर बनता है।
;'''''एमएस-डॉस पर निर्भरता (GDI)''''': एक उपकरण-स्वतंत्र तरीके से ग्राफिक्स बनाने के लिए जिम्मेदार। GDI.EXE और GDI32.DLL के होते हैं।


=== एमएस-डॉस === पर निर्भरता
=== एमएस-डॉस === पर निर्भरता

Revision as of 22:57, 25 December 2022

Windows 95
Version of the Windows 9x operating system
File:Microsoft Windows 95 logo with wordmark.svg
File:Windows 95 at first run.png
Windows 95 desktop, showing its icons, taskbar and welcome screen
डेवलपरMicrosoft
स्रोत मॉडलClosed source

विनिर्माण के लिए जारी
July 14, 1995; 30 years ago (1995-07-14)
सामान्य
उपलब्धता
August 24, 1995; 30 years ago (1995-08-24)[1]
Latest releaseOEM Service Release 2.5 (4.0.950 C) / November 26, 1997; 28 years ago (1997-11-26)[2]
प्लेटफार्मोंIA-32
कर्नेल प्रकारMonolithic
लाइसेंसProprietary commercial software
इससे पहलेWindows 3.1x (1992–1993)
इसके द्वारा सफ़लWindows 98 (1998)
आधिकारिक वेबसाइटWindows 95 at the Wayback Machine (archived January 20, 1998)
Support status
Mainstream support ended on December 31, 2000[3]
Extended support ended on December 31, 2001[3]

विंडोज 95 माइक्रोसॉफ्ट द्वारा ऑपरेटिंग सिस्टम के अपने विंडोज 9x परिवार के हिस्से के रूप में विकसित एक उपभोक्ता-उन्मुख ऑपरेटिंग सिस्टम है। 9x परिवार में पहला ऑपरेटिंग सिस्टम, यह विंडोज 3.1x का उत्तराधिकारी है, और 14 जुलाई, 1995 को निर्माण के लिए जारी किया गया था, और आम तौर पर विंडोज एनटी 3.51 के रिलीज होने के लगभग तीन महीने बाद 24 अगस्त, 1995 को खुदरा बिक्री के लिए जारी किया गया था।[4][5] विंडोज 95 ने माइक्रोसॉफ्ट के पूर्व में अलग एमएस-डॉस और माइक्रोसॉफ़्ट विंडोज़ उत्पादों को विलय कर दिया और अपने पूर्ववर्ती की तुलना में महत्वपूर्ण सुधार किए, विशेष रूप से ग्राफिकल यूज़र इंटरफ़ेस (जीयूआई) और इसकी सरलीकृत "प्लग-एंड-प्ले" सुविधाओं में। ऑपरेटिंग सिस्टम के मुख्य घटकों में भी बड़े बदलाव किए गए थे, जैसे मुख्य रूप से सहकारी मल्टीटास्क्ड 16-बिट आर्किटेक्चर से 32-बिट प्रीमेप्टिव मल्टीटास्किंग आर्किटेक्चर में जाना, कम से कम केवल 32-बिट संरक्षित मोड एप्लिकेशन चलाते समय।

एक व्यापक विपणन अभियान के साथ,[1] विंडोज 95 ने कई कार्यों और विशेषताओं को पेश किया जो बाद के विंडोज संस्करणों में चित्रित किए गए थे, और आज तक आधुनिक विविधताओं में जारी हैं, जैसे कि टास्कबार, अधिसूचना क्षेत्र और "प्रारंभ" बटन।

इसकी शुरुआत के तीन साल बाद, विंडोज 95 के बाद विंडोज 98 आया। माइक्रोसॉफ्ट ने 31 दिसंबर, 2000 को विंडोज 95 के लिए विस्तारित समर्थन समाप्त कर दिया।

डेवलपमेंट (विकास)

विंडोज 95 के शुरुआती डिजाइन और योजना का पता मार्च 1992 के आसपास लगाया जा सकता है,[6][7][8] विंडोज 3.1 के रिलीज होने से ठीक पहले। इस समय, कार्यसमूहों के लिए विंडोज़ 3.11 और विंडोज़ एनटी 3.1 अभी भी विकास के चरण में थे। इस बिंदु पर, माइक्रोसॉफ्ट की रणनीति विंडोज एनटी पर आधारित एक अगली पीढ़ी, उच्च अंत ओएस, अर्थात्, काहिरा, और एक कम अंत, उपभोक्ता-केंद्रित विंडोज 3.1 के विकास के रूप में थी। बाद की रणनीति 32-बिट अंतर्निहित कर्नेल और फाइल सिस्टम को 32-बिट प्रोटेक्ट मोड डिवाइस ड्राइवरों के साथ विंडोज में वर्कग्रुप्स 3.11 के लिए विकसित करना था, जिसे विंडोज के अगले संस्करण के लिए आधार के रूप में उपयोग किया जाना था, कोड-नाम "शिकागो।" काहिरा विंडोज एनटी पर आधारित माइक्रोसॉफ्ट की अगली पीढ़ी का ऑपरेटिंग सिस्टम होगा, जिसमें एक नया यूजर इंटरफेस और एक ऑब्जेक्ट-आधारित फाइल सिस्टम होगा, लेकिन इसे 1994 से पहले भेजने की योजना नहीं थी। काहिरा प्रोजेक्ट अंततः जुलाई 1996 के अंत में विंडोज एनटी 4.0 में भेज दिया गया, बिना ऑब्जेक्ट-आधारित फाइल सिस्टम के, जो बाद में विनएफएस में विकसित होगा।

इसके साथ ही विंडोज 3.1 की रिलीज के साथ, आईबीएम (IBM) ने ओएस/2 2.0 शिपिंग शुरू कर दिया। माइक्रोसॉफ्ट ने महसूस किया कि उन्हें विंडोज के एक अद्यतन संस्करण की आवश्यकता है जो 32-बिट अनुप्रयोगों और प्रीमेप्टिव मल्टीटास्किंग का समर्थन कर सके लेकिन फिर भी निम्न-अंत हार्डवेयर पर चल सके (विंडोज एनटी नहीं)। प्रारंभ में, "शिकागो" टीम को नहीं पता था कि उत्पाद कैसे पैक किया जाएगा। शुरुआती विचार थे कि दो उत्पाद हो सकते हैं, एमएस-डॉस 7, जो केवल अंतर्निहित OS होगा, वर्कग्रुप्स 3.11 कर्नेल के लिए विंडोज का विकास, शीर्ष पर एक वर्ण मोड OS के साथ, और एक पूरी तरह से एकीकृत ग्राफ़िकल विंडोज ओएस। लेकिन जल्द ही परियोजना में, एमएस-डॉस 7 के विचार को त्याग दिया गया और केवल एक एकीकृत ग्राफिकल ओएस विंडोज "शिकागो" विकसित करने का निर्णय लिया गया।

बीटा

विंडोज 95 की आधिकारिक रिलीज से पहले, संयुक्त राज्य अमेरिका और यूनाइटेड किंगडम के उपयोगकर्ताओं के पास विंडोज 95 पूर्वावलोकन कार्यक्रम में भाग लेने का अवसर था।[9] US$19.95/£19.95 के लिए, उपयोगकर्ताओं को कई 3.5-इंच फ़्लॉपी डिस्क प्राप्त होंगी जिनका उपयोग विंडोज 95 को या तो विंडोज 3.1x से अपग्रेड के रूप में या एक ताज़ा इंस्टॉलेशन के रूप में स्थापित करने के लिए किया जाएगा। प्रतिभागियों को माइक्रोसॉफ्ट नेटवर्क (एमएसएन) का एक मुफ्त पूर्वावलोकन भी दिया गया, जो माइक्रोसॉफ्ट ने विंडोज 95 के साथ लॉन्च की गई ऑनलाइन सेवा है। पूर्वावलोकन अवधि के दौरान, माइक्रोसॉफ्ट ने शिकागो में प्रचार और तकनीकी दस्तावेजीकरण के लिए विभिन्न इलेक्ट्रॉनिक वितरण बिंदुओं की स्थापना की,[10] जिसमें एक विस्तृत विवरण शामिल है। मीडिया समीक्षकों के लिए नई प्रणाली की विशेषताओं का वर्णन करने वाला दस्तावेज़।[10][11] पूर्वावलोकन संस्करण नवंबर 1995 में समाप्त हो गए, जिसके बाद उपयोगकर्ता को विंडोज 95 के अंतिम संस्करण की एक प्रति खरीदनी होगी।

आर्किटेक्चर

File:Microsoft Windows 95 architecture.svg
वास्तु आरेख

विंडोज 95 को मौजूदा एमएस-डॉस और 16-बिट विंडोज प्रोग्राम और डिवाइस ड्राइवर के साथ अधिक से अधिक स्थिर और बेहतर प्रदर्शन करने वाली प्रणाली की पेशकश करते हुए अधिकतम संगत होने के लिए डिजाइन किया गया था। [12] [13] विंडोज 95 आर्किटेक्चर वर्कग्रुप्स के 386 वर्धित मोड के लिए विंडोज का विकास है।

कॉन्फ़िगरेशन मैनेजर (कॉन्फिगएमजी): प्लग एंड प्ले कार्यात्मकता को लागू करने के लिए उत्तरदायी; हार्डवेयर कॉन्फ़िगरेशन परिवर्तन की निगरानी; बस एन्यूमरेटर्स का उपयोग कर उपकरणों का पता लगाना; और आई/ओ पोर्ट, आईआरक्यू, डीएमए चैनल और मेमोरी को एक संघर्ष-मुक्त तरीके से आवंटित करना।[12]

इंस्टॉल करने योग्य फ़ाइल सिस्टम मैनेजर (इनपुट/आउटपुट सबसिस्टम): समर्थित फ़ाइल सिस्टम तक पहुँच का समन्वय करता है। विंडोज 95 को शुरू में FAT12, FAT16, VFAT एक्सटेंशन, ISO 9660 (CDFS), जोलियट और नेटवर्क रीडायरेक्टर्स के समर्थन के साथ भेजा गया था, बाद में FAT32 का समर्थन करने वाले रिलीज़ हुए।[13]

भौतिक मीडिया तक पहुंच अनुरोध इनपुट/आउटपुट पर्यवेक्षक को भेजे जाते हैं, जो अनुरोधों को शेड्यूल करने के लिए जिम्मेदार घटक है। प्रत्येक भौतिक मीडिया का अपना डिवाइस ड्राइवर होता है: डिस्क तक पहुंच एक पोर्ट ड्राइवर द्वारा की जाती है, जबकि एससीएसआई डिवाइस तक पहुंच को एससीएसआई परत के ऊपर काम करने वाले मिनिपोर्ट ड्राइवर द्वारा नियंत्रित किया जाता है। पोर्ट और मिनिपोर्ट ड्राइवर, एमएस-डॉस और बायोस को बायपास करते हुए, 32-बिट सुरक्षित मोड में I/O संचालन करते हैं, जिससे प्रदर्शन में काफी सुधार होता है। यदि किसी निश्चित स्टोरेज डिवाइस के लिए कोई देशी विंडोज ड्राइवर नहीं है, या यदि डिवाइस को संगतता मोड में चलने के लिए मजबूर किया जाता है, तो रियल मोड मैपर एमएस-डॉस के माध्यम से इसे एक्सेस कर सकता है।[14]

32-बिट विंडोज प्रोग्राम को उनके मेमोरी सेगमेंट असाइन किए जाते हैं, जिन्हें किसी भी वांछित आकार में समायोजित किया जा सकता है। खंड के बाहर के मेमोरी क्षेत्रों को प्रोग्राम द्वारा एक्सेस नहीं किया जा सकता है। यदि कोई प्रोग्राम क्रैश हो जाता है, तो कुछ और नुकसान नहीं होता है। इससे पहले, प्रोग्राम फिक्स्ड नॉन-एक्सक्लूसिव 64 KB सेगमेंट का इस्तेमाल करते थे। जबकि डॉस और विंडोज 3. x में 64 KB आकार एक गंभीर बाधा थी, विशिष्टता की गारंटी की कमी स्थिरता के मुद्दों का कारण थी क्योंकि प्रोग्राम कभी-कभी एक-दूसरे के सेगमेंट को ओवरराइट कर देते थे। एक दुर्घटनाग्रस्त विंडोज 3. x प्रोग्राम आसपास की प्रक्रियाओं को खत्म कर सकता है।[citation needed]

Win32 API को तीन मॉड्यूल द्वारा लागू किया गया है, प्रत्येक में 16-बिट और 32-बिट घटक होते हैं:

स्मृति और प्रक्रिया प्रबंधन, और फ़ाइल सिस्टम तक पहुंच के लिए उच्च स्तरीय पहुंच प्रदान करता है। KRNL386.EXE, KERNEL32.DLL और VWIN32.VXD से मिलकर बना है।

यूज़र्स :विंडो (कम्प्यूटिंग), मेनू (कंप्यूटिंग) और बटन (कंप्यूटिंग) जैसे विभिन्न प्रयोक्ता इंटरफ़ेस घटकों के प्रबंधन और ड्राइंग के लिए जिम्मेदार। USER.EXE और USER32.DLL से मिलकर बनता है।

एमएस-डॉस पर निर्भरता (GDI)
एक उपकरण-स्वतंत्र तरीके से ग्राफिक्स बनाने के लिए जिम्मेदार। GDI.EXE और GDI32.DLL के होते हैं।

=== एमएस-डॉस === पर निर्भरता

File:Microsoft Windows 95 Version 4.00.1111 command.com MS-DOS Prompt 492x259.png
windows 95 (MS-DOS Prompt) पर Windows कंसोल में चल रहा कमांड.com

एंड-यूजर्स के लिए, MS-DOS विंडोज 95 के एक अंतर्निहित घटक के रूप में दिखाई देता है। उदाहरण के लिए, ग्राफिकल यूजर इंटरफेस की लोडिंग को रोकना और सिस्टम को वास्तविक-मोड MS-DOS वातावरण में बूट करना संभव है। यह कमांड.कॉम ​​को autoexec.bat फ़ाइल में डालने या MSDOS.SYS फ़ाइल में BootGUI चर को बदलकर 0 करने के लिए किया गया था। इसने उपयोगकर्ताओं और पेशेवरों के बीच इस बात को लेकर बहस छिड़ गई कि विंडोज 95 किस हद तक एक ऑपरेटिंग सिस्टम है या केवल एक ग्राफिकल है। शेल MS-DOS के ऊपर चल रहा है।[14]Cite error: Closing </ref> missing for <ref> tag और मैक ओएस की याद दिलाने वाले अनुप्रयोगों, फ़ाइलों और फ़ोल्डरों के शॉर्टकट रखने के लिए डेस्कटॉप को फिर से बनाया गया था।

विंडोज 3.1 में डेस्कटॉप का उपयोग चल रहे एप्लिकेशन के आइकन प्रदर्शित करने के लिए किया गया था। विंडोज 95 में, वर्तमान में चल रहे एप्लिकेशन स्क्रीन के नीचे एक टास्कबार पर बटन के रूप में प्रदर्शित होते हैं।[15] टास्कबार में पृष्ठभूमि अनुप्रयोगों, वॉल्यूम नियंत्रण और वर्तमान समय के लिए आइकन प्रदर्शित करने के लिए उपयोग किया जाने वाला एक अधिसूचना क्षेत्र भी शामिल है।[16] प्रारंभ मेनू, टास्कबार पर स्टार्ट बटन पर क्लिक करके या विंडोज की को दबाकर शुरू किया गया, एप्लिकेशन लॉन्च करने या दस्तावेज़ खोलने के एक अतिरिक्त साधन के रूप में पेश किया गया था। इसके पूर्ववर्ती कार्यक्रम प्रबंधक द्वारा उपयोग किए जाने वाले प्रोग्राम समूहों को बनाए रखने के दौरान, यह कैस्केडिंग उप-मेनू के भीतर एप्लिकेशन भी प्रदर्शित करता है।[17] पिछले फ़ाइल प्रबंधक (विंडोज़)विंडोज़) प्रोग्राम को विंडोज़ एक्सप्लोरर और एक्सप्लोरर-आधारित नियंत्रण कक्ष (विंडोज़)विंडोज़) द्वारा बदल दिया गया था और कई अन्य विशेष फ़ोल्डर जैसे मेरा कंप्यूटर, डायल-अप नेटवर्किंग, रीसायकल बिन, नेटवर्क नेबरहुड, माई डॉक्यूमेंट्स, हाल ही में जोड़े गए थे। दस्तावेज़, फ़ॉन्ट्स, प्रिंटर, और ब्रीफ़केस (माइक्रोसॉफ्ट विंडोज़) आदि शामिल हैं। सीडी ड्राइव के लिए ऑटोरन पेश किया गया था।

उपयोगकर्ता इंटरफ़ेस विंडोज के पिछले संस्करणों से नाटकीय रूप से भिन्न दिखता था, लेकिन इसकी डिज़ाइन भाषा में मेट्रो (डिज़ाइन भाषा), एक्वा (उपयोगकर्ता इंटरफ़ेस) या सामग्री डिज़ाइन जैसा कोई विशेष नाम नहीं था। आंतरिक रूप से इसे नया खोल और बाद में केवल खोल कहा जाता था।[18] नए शेल को विकसित करने के लिए Microsoft के भीतर उपप्रोजेक्ट को आंतरिक रूप से स्टिम्पी के रूप में जाना जाता था।[19] 1994 में, Microsoft डिज़ाइनर मार्क मलामुद और एरिक गवरिलुक ने विंडोज 95 प्रोजेक्ट के लिए संगीत तैयार करने के लिए ब्रायन एनो से संपर्क किया।[20] परिणाम विंडोज 95 ऑपरेटिंग सिस्टम, माइक्रोसॉफ्ट ध्वनि की छह-सेकंड की स्टार्ट-अप म्यूजिक-साउंड थी और इसे पहली बार मई 1995 में विंडोज 95 मई टेस्ट रिलीज बिल्ड 468 पर स्टार्टअप साउंड के रूप में जारी किया गया था।[21] विंडोज 95 और विंडोज एनटी 4.0 के लिए जारी किए जाने पर, इंटरनेट एक्सप्लोरर 4 एक वैकल्पिक विंडोज डेस्कटॉप अपडेट के साथ आया, जिसने विंडोज एक्सप्लोरर को कई अतिरिक्त अपडेट प्रदान करने के लिए शेल को संशोधित किया, जिसमें क्विक लॉन्च टूलबार और इंटरनेट एक्सप्लोरर के साथ एकीकृत नई सुविधाएं शामिल हैं, जैसे सक्रिय डेस्कटॉप (जो इंटरनेट सामग्री को सीधे डेस्कटॉप पर प्रदर्शित करने की अनुमति देता है)।

विंडोज 95 में पेश किए गए कुछ यूजर इंटरफेस तत्व, जैसे कि डेस्कटॉप, टास्कबार, स्टार्ट मेन्यू और विंडोज एक्सप्लोरर फाइल मैनेजर, विंडोज के भविष्य के संस्करणों में मौलिक रूप से अपरिवर्तित रहे।

तकनीकी सुधार

विंडोज 95 में 255-वर्णों के मिश्रित-केस लंबे फ़ाइलनामों के लिए समर्थन शामिल था[22] और प्रीमेशन (कंप्यूटिंग) मल्टीटास्क्ड प्रोटेक्टेड-मोड 32-बिट एप्लिकेशन। 16-बिट प्रक्रियाएँ अभी भी सहकारी रूप से मल्टीटास्क्ड थीं।

प्लग एंड प्ले

विंडोज 95 ने जितना संभव हो सके डिवाइस डिटेक्शन और कॉन्फ़िगरेशन को स्वचालित करने की कोशिश की, लेकिन फिर भी यदि आवश्यक हो तो मैन्युअल सेटिंग्स पर वापस आ सकता है। विंडोज 95 की प्रारंभिक स्थापना प्रक्रिया के दौरान, यह स्वचालित रूप से सिस्टम में स्थापित सभी उपकरणों का पता लगाने का प्रयास करेगा।

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

लंबे फ़ाइल नाम

VFAT फाइल सिस्टम एक्सटेंशन के उपयोग के माध्यम से विंडोज 95 के साथ शुरू की गई लंबी फ़ाइल नाम सुविधा के लिए 32-बिट फ़ाइल एक्सेस आवश्यक है। यह विंडोज प्रोग्राम और विंडोज से शुरू हुए एमएस-डॉस प्रोग्राम दोनों के लिए उपलब्ध है (उन्हें थोड़ा अनुकूलित करना होगा, क्योंकि लंबे फाइल नामों तक पहुंचने के लिए बड़े पाथनेम बफर (कंप्यूटर साइंस) और इसलिए अलग सिस्टम कॉल का उपयोग करने की आवश्यकता होती है)। विंडोज 95 से पहले जारी प्रतिस्पर्धी डॉस-संगत ऑपरेटिंग सिस्टम इन नामों को नहीं देख सकते हैं। फ़ाइलों में हेरफेर करने के लिए DOS उपयोगिताओं के पुराने संस्करणों का उपयोग करने का मतलब है कि लंबे नाम दिखाई नहीं देते हैं और खो जाते हैं यदि फ़ाइलों को स्थानांतरित या नाम दिया गया है और प्रतिलिपि द्वारा (लेकिन मूल नहीं) फ़ाइल की प्रतिलिपि बनाई गई है। विंडोज 95 के दौरान पुराने विंडोज 3.1 सिस्टम के स्वचालित अपग्रेड के दौरान, डॉस और थर्ड-पार्टी डिस्क यूटिलिटीज जो लंबी फ़ाइल नामों को नष्ट कर सकती हैं, की पहचान की जाती है और उन्हें अनुपलब्ध बना दिया जा