विंडोज 95

"ओएसआर2" redirects here. For जीन, see ओएसआर2 (जीन).

"विंडोज 4.0" redirects here. Not to be confused with विंडोज एनटी 4.0.

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 (1995-07-14)
सामान्य उपलब्धता	August 24, 1995 (1995-08-24)
Latest release	OEM Service Release 2.5 (4.0.950 C) / November 26, 1997 (1997-11-26)
प्लेटफार्मों	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 Extended support ended on December 31, 2001

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

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

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

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

Main article: विंडोज 95 का विकास

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

आर्किटेक्चर

File:Microsoft Windows 95 architecture.svg

वास्तु आरेख

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

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

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

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

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

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

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

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

ग्राफिक्स डिवाइस इंटरफेस (जीडीआई)

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

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

Main article: एमएस-डॉस 7

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 के ऊपर चलने वाला शेल और मैक ओएस की याद दिलाने वाले एप्लिकेशन, फाइलों और फ़ोल्डरों के शॉर्टकट के लिए डेस्कटॉप पर फिर से काम किया गया।

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

प्रारंभ मेनू, टास्कबार पर स्टार्ट बटन पर क्लिक करके या विंडोज की को दबाकर शुरू किया गया, एप्लिकेशन लॉन्च करने या दस्तावेज़ खोलने के एक अतिरिक्त साधन के रूप में पेश किया गया था। इसके पूर्ववर्ती कार्यक्रम प्रबंधक द्वारा उपयोग किए जाने वाले प्रोग्राम समूहों को बनाए रखने के दौरान, यह कैस्केडिंग उप-मेनू के भीतर एप्लिकेशन भी प्रदर्शित करता है।

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

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

विंडोज 95 और विंडोज एनटी 4.0 के लिए जारी किए जाने पर, इंटरनेट एक्सप्लोरर 4 वैकल्पिक विंडोज डेस्कटॉप अपडेट के साथ आया, जिसने विंडोज एक्सप्लोरर को कई अतिरिक्त अपडेट प्रदान करने के लिए शेल को संशोधित किया, जिसमें क्विक लॉन्च टूलबार और इंटरनेट एक्सप्लोरर के साथ एकीकृत नई सुविधाएं सम्मिलित हैं, जैसे सक्रिय डेस्कटॉप (जो इंटरनेट सामग्री को सीधे डेस्कटॉप पर प्रदर्शित करने की अनुमति देता है)।

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

तकनीकी सुधार

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

प्लग एंड प्ले

Main articles: लिगेसी प्लग एंड प्ले and डिवाइस मैनेजर

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

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

लॉन्ग फाइलनेम

Main article: लॉन्ग फाइलनेम

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

32-बिट

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

वर्कग्रुप्स 3.11 के लिए विंडोज में 32-बिट फ़ाइल एक्सेस की प्रारम्भ का मतलब था कि 16-बिट रियल मोड एमएस-डॉस का उपयोग विंडोज़ के चलने के दौरान फाइलों के प्रबंधन के लिए नहीं किया जाता है, और 32-बिट डिस्क एक्सेस के पहले परिचय का मतलब है कि पीसी हार्ड डिस्क के प्रबंधन के लिए बायोस का अब अक्सर उपयोग नहीं किया जाता है। अनुकूलता के लिए पुराने-शैली के ड्राइवर चलाने के लिए डॉस का उपयोग किया जा सकता है, लेकिन माइक्रोसॉफ्ट उनका उपयोग करने को हतोत्साहित करता है, क्योंकि यह उचित मल्टीटास्किंग को रोकता है और सिस्टम स्थिरता को बाधित करता है। नियंत्रण कक्ष उपयोगकर्ता को यह देखने की अनुमति देता है कि कौन से एमएस-डॉस घटक सिस्टम द्वारा उपयोग किए जाते हैं; इष्टतम प्रदर्शन तब प्राप्त होता है जब उन्हें बायपास किया जाता है। विंडोज कर्नेल सुरक्षित मोड में एमएस-डॉस-शैली के वास्तविक-मोड ड्राइवरों का उपयोग करता है, जो उपयोगकर्ता को मूल, संरक्षित-मोड ड्राइवरों को लोड करने से संबंधित समस्याओं को ठीक करने की अनुमति देने के लिए मौजूद है।

ओईएम सेवा विज्ञप्ति में मुख्य सुधार

Main articles: इंटरनेट एक्स्प्लोरर, ड्राइवस्पेस, ओपनजीएल, डायरेक्टएक्स, फैट32, यूडीएमए, यूएसबी, आईईईई 1394, एक्सेलरेटेड ग्राफिक्स पोर्ट, and एनडीआईएस 4.0

विंडोज 95 की ओईएम सेवा रिलीज ने विंडोज में कई नई तकनीकों के लिए समर्थन पेश किया, जो विंडोज 95 की मूल रिलीज में सम्मिलित नहीं थे। डिस्क ड्राइव, यूएसबी (यूनिवर्सल सीरियल बस), आईईईई 1394 (फायरवायर), और एक्सेलरेटेड ग्राफिक्स पोर्ट।

एक्सेसिबिलिटी फीचर्स (अभिगम्यता विशेषताएं)

विंडोज 95 ने स्टिकी कीज, फ़िल्टरकुंजी, टॉगलकुंजी और माउस कीज जैसे कंप्यूटर एक्सेसिबिलिटी फीचर प्रस्तुत किए। माइक्रोसॉफ्ट एक्टिव एक्सेसिबिलिटी एपीआई को विंडोज 95 के लिए ऐड-ऑन के रूप में प्रस्तुत किया गया था।

सिस्टम आवश्यकताएँ

आधिकारिक सिस्टम आवश्यकताएँ किसी भी गति का इंटेल 386 (Intel 386DX सीपीयू , चयनित सुविधाओं के आधार पर 4 एमबी सिस्टम रैम और 50-55 MB हार्ड डिस्क स्थान थे। ये न्यूनतम दावे विंडोज 3.1 माइग्रेशन के उपलब्ध बाजार को अधिकतम करने के लिए किए गए थे। यह कॉन्फ़िगरेशन वर्चुअल मेमोरी पर बहुत अधिक निर्भर करेगा और केवल एकल-कार्य समर्पित वर्कस्टेशन पर उत्पादक उपयोग के लिए इष्टतम था। विंडोज 95 को 386 एसएक्स पर चलाना संभव था, लेकिन इसके 16-बिट बाहरी डेटा बस के कारण प्रदर्शन और भी कम स्वीकार्य हो गया। इष्टतम प्रदर्शन प्राप्त करने के लिए, माइक्रोसॉफ्ट ने i486 या कम से कम 8 एमबी रैम के साथ संगत सीपीयू की अनुशंसा की।

विंडोज 95 2.1 GHz से तेज़ प्रोसेसर और लगभग 480 एमबी से अधिक मेमोरी वाले कंप्यूटर पर बूट करने में विफल हो सकता है। ऐसी स्थिति में, फ़ाइल कैश आकार या वीडियो मेमोरी के आकार को कम करने से मदद मिल सकती है। माइक्रोसॉफ्ट के अनुसार सैद्धांतिक अधिकतम 2 जीबी है।

विंडोज 95 की अधिकांश प्रतियां सीडी-रोम पर थीं, लेकिन पुरानी मशीनों के लिए