क्या विंडोज ने कभी भी x86 के अलावा किसी भी हार्डवेयर आर्किटेक्चर का समर्थन किया था?


66

Microsoft Windows Internals, 4 संस्करण कहता है:

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

क्या इसका मतलब है कि Windows ने एक बार अल्फा और MIPS का समर्थन किया है?


49
यह विश्वास करना मुश्किल हो सकता है, लेकिन Microsoft दुनिया में सबसे "ओपन आर्किटेक्चर" कंपनियों में से एक था। मूल एमएस-डॉस विभिन्न प्लेटफार्मों और अन्य ओएस के दसियों के साथ संगत था , और विंडोज को एक ही नस में डिजाइन किया गया था। एक्सेल एक आभासी मशीन पर बनाया गया था जो कई अलग-अलग प्लेटफार्मों पर चलता है। यह कोई दुर्घटना नहीं थी - यह है कि आईबीएम पीसी (और क्लोन) वास्तव में और तेज़ी से डी फैक्टो मानक बन गया, और Microsoft मूल सॉफ़्टवेयर की आपूर्ति करने के लिए कैसे था। जो आप चुनते हैं - वह प्रणाली जो आपके सभी एप्लिकेशन चला सकती है, या आपके पास जो विक्रेता है वह लॉक-इन है? :)
लुआं

13
मैंने खुद को अल्फा और एमआइपी दोनों पर विंडोज स्थापित किया है, लेकिन यह बहुत पहले था। जब मैं Microsoft इंटर्न था, मेरा एक काम हार्डवेयर पर विजुअल बेसिक टेस्ट सूट चलाना था जो डेवलपर्स ने अपने डेस्क पर नहीं रखा था।
एरिक लिपर्ट

7
@ लुआं - न केवल "ओपन आर्किटेक्चर" बल्कि "ओपन ओएस" भी! आप यह कैसे समझा सकते हैं कि एक समय में उनका आधिकारिक तौर पर लाइसेंस प्राप्त यूनिक्स संस्करण दुनिया में सबसे आम स्थापित यूनिक्स था - देखें एक्सपीक्स विकिपीडिया पर
दाविदबक '

4
आज भी, विंडोज के संस्करण हैं जो एआर 86 उपकरणों के लिए x86 / x64 के अलावा आर्किटेक्चर पर चलते हैं, अर्थात विंडोज आरटी।
टाइगरहॉक 3

2
@Luaan यह भी एक वास्तविक समस्या थी जिसे हल करने की आवश्यकता थी क्योंकि विशेष रूप से शुरुआती आईबीएम पीसी क्लोन हमेशा पूरी तरह से आईबीएम पीसी संगत नहीं थे। दिन में वापस, "100% आईबीएम संगतता" हार्डवेयर विक्रेताओं के लिए एक विक्रय बिंदु था । हम आज के लिए उस तरह की चीजें लेते हैं, लेकिन 1980 के दशक की पहली छमाही में, वे बिल्कुल भी गारंटी नहीं थे। Microsoft वास्तव में MS-DOS 5.0 से पहले ऑपरेटिंग सिस्टम रिटेल मार्केट में कदम नहीं रखता था, जो 1991 में बाजार में आया था। हाँ, विंडोज 3.0 की सफलता की कहानी के एक साल बाद।
एक CVn

जवाबों:


82

माइक्रोसॉफ्ट ने 1993 में विंडोज एनटी 3.1 को विंडोज के पहले विशुद्ध रूप से 32-बिट संस्करण के रूप में जारी किया ।

विंडोज एनटी को मल्टी-आर्किटेक्चर ऑपरेटिंग सिस्टम के रूप में विकसित किया गया था। प्रारंभ में IA-32, DEC Alpha, MIPS और PowerPC सहित विभिन्न CPU आर्किटेक्चर का समर्थन किया।

मूल विचार प्रत्येक प्लेटफ़ॉर्म के लिए कस्टम हार्डवेयर एब्स्ट्रेक्शन लेयर (HAL) के साथ एक सामान्य कोड आधार होना था। हालाँकि, बाद में Windows 2000 में MIPS, Alpha, और PowerPC के लिए समर्थन छोड़ दिया गया था ।


7
IIRC विकिपीडिया पृष्ठ में वास्तुकारों के विवरण पर एक सभ्य प्राइमर है, जिन्होंने इसे किया था, और वे बाजार में क्यों नहीं आए।
जर्नीमैन गीक

13
मेरा मानना ​​है कि मूल विकास मंच i860 था। यह डिजाइन में '386-isms' को रोकने के लिए एक जानबूझकर पसंद था। एक समय के लिए Microsoft ने विभिन्न आर्किटेक्चर के लिए आवेदन भी जारी किए; मेरे पास i386, अल्फा, एमआइपी और पावरपीसी पर विंडोज एनटी के लिए निर्मित विंडोज 6 के लिए वर्ड की सीडी है।
एड एविस

4
मुझे याद है कि हमारे अल्फा NT सिस्टम पर Microsoft से सॉफ़्टवेयर खरीदने की कोशिश की जा रही है, ब्रिटेन में Microsoft बिक्री लोगों को पता नहीं था कि एक अल्फा सीपीयू क्या था। DEC ने हमें ISP के रूप में मशीनें बहुत सस्ती दीं, अंत में हमने बस उन पर यूनिक्स डाल दिया और उन्हें X-टर्म्स के रूप में इस्तेमाल किया और फिर प्रोजेक्ट के लिए NT में पोर्ट किया।
इयान रिंगरोज 13

4
"मूल विचार प्रत्येक कोड के लिए एक कस्टम हार्डवेयर एब्स्ट्रेक्शन लेयर (HAL) के साथ एक सामान्य कोड आधार था" यह ध्वनि बनाता है जैसे कि इन दिनों के आसपास वास्तविक एचएएल नहीं है, जो गलत होगा। एक विंडोज़ एनटी के लिए इन दिनों एआरएम का भी समर्थन करता है और भले ही आप x86 का समर्थन करते हैं लेकिन x86 (सबसे बड़ा स्पष्ट रूप से x64) और विभिन्न प्रोसेसर, मेनबोर्ड और कुछ और के लिए बगफिक्स के लिए कई प्रकार के संशोधन हैं।
वू

4
स्पार्क के लिए एक तृतीय-पक्ष पोर्ट भी था। बाद में, XPC360 के लिए PowerPC समर्थन को फिर से जीवित किया गया। कुछ समय पहले, IA64 समर्थन जोड़ा गया था। उसके बाद, AMD64 समर्थन जोड़ा गया था। नवीनतम इसके अलावा एआरएम समर्थन है। मूल विकास मंच i860 था; उस प्लेटफ़ॉर्म के लिए रिलीज़ करने का इरादा कभी नहीं था, यह शुद्ध रूप से किया गया था क्योंकि पोर्टेबिलिटी सुनिश्चित करने के लिए यह x86, PowerPC, MIPS, और Co से अधिकतम रूप से अलग था।
जोर्ग डब्ल्यू मित्तग

46

जहां तक ​​मुझे पता है कि 8 बेस-आर्किटेक्चर (और कई सब-वेरिएंट) हैं, जिनमें से केवल 2 ही विंडोज 10 के साथ आज भी समर्थित हैं।

विंडोज 1.0 से 3.11, विंडोज 95, 98 और मिलेनियम संस्करण

x86 (16 बिट और 32 बिट वेरिएंट, जिसमें 8086, 80186, 80286, 80386, 80486, पेंटियम प्रो, पेंटियम II, पेंटियम III, P4, कोर, कोर डुओ, कोर- I और विभिन्न सेलेरॉन और एटम डिजाइन शामिल हैं।) इसमें विभिन्न संगत AMD और NEC CPU शामिल हैं।

विंडोज सीई

MIPS, x86, ARM (धन्यवाद @ pjc50)।
(यकीन नहीं होता कि सीई कभी अल्फा, पॉवरपीसी पर चलता था।)

Windows NT

x86, x64 (या amd64, दोनों नामों का उपयोग किया जाता है), MIPS, अल्फा, IA32, IA64, PowerPC।
MIPS, अल्फा और पावरपीसी के लिए समर्थन विंडोज 2000 में गिरा दिया गया था। इटेनियम सर्वर केवल विंडोज 2000 के साथ शुरू हुआ था और 32-बिट (IA32) को 2008 के लिए और 64-बिट (IA64) को सर्वर 2012 से हटा दिया गया था यदि मुझे सही तरीके से याद है। केवल x86 (कुछ विशेष नेटबुक / टैबलेट उपकरणों तक सीमित) और x64 अभी भी विंडोज 10 के लिए मान्य हैं।

विंडोज फ़ोन

एआरएम, (शायद MIPS भी?)

आईओटी के लिए विंडोज 10

x64, एआरएम


2
फोन के लिए विंडोज 10 के रूप में विंडोज एनटी एआरएम का समर्थन करता है।
तमोग्ना चौधरी

16
"IA-32" का अर्थ है "32-बिट x86", जो x86 / AMD64 के साथ आने तक Windows NT द्वारा समर्थित x86 का एकमात्र संस्करण है। संभवतः x64 / AMD64 x86 का एक संस्करण है, हालांकि विंडोज में विशेष रूप से अपने मतभेदों को संभालने के लिए व्यापक टूलिंग है। दूसरी ओर, "आईए -64", पूरी तरह से नया 64-बिट आर्किटेक्चर है जो इटेनियम चिप्स को संचालित करता है; 32-बिट इटेनियम जैसी कोई चीज कभी नहीं थी।
IMSoP

9
Windows CE NT संस्करण, या NT का पोर्ट नहीं था । यह एक बहुत ही अलग प्रक्रिया वास्तुकला और स्मृति मानचित्र सहित अपने स्वयं के बहुत ही अनोखे और अलग कर्नेल थे। NT कोड के बहुत सारे ओएस, जैसे, पूरे नेटवर्क स्टैक और बहुत कुछ से पोर्ट किए गए थे, और निश्चित रूप से उपयोगकर्ता स्तर पर यह विंडोज एपीआई का समर्थन करता था ..
davidbak

7
विंडोज सीई भी हिताची सुपर-एच पॉसकेसर के कुछ वेरिएंट पर चला। एक प्रसिद्ध उदाहरण सेगा ड्रीमकास्ट (SH4) है, लेकिन मुझे भी लगता है कि SH3 पर आधारित कुछ पीडीए थे जो विंडोज सीई चलाते थे।
माइकल

3
विंडोज फोन एक मार्केटिंग नाम है। WP7 तक यह CE लाइन का हिस्सा था, WP8 एक NT व्युत्पन्न है। इसी तरह विंडोज 10 IOT भी एक अनुरूप NT कर्नेल है, जैसे कि XBoxen की 3 पीढ़ी है।
एमएसल्टर्स

21

Windows XP 64 बिट और Windows Server 2003-2008R2 इंटेल इटेनियम IA-64 आर्किटेक्चर का समर्थन करते हैं।


15

2012 में रिलीज़ हुई Windows सरफेस टैबलेट्स में 32-बिट ARM आर्किटेक्चर का उपयोग किया गया था, इस विशिष्ट संस्करण को Windows RT नाम दिया गया था :

यह 32-बिट ARM आर्किटेक्चर (ARMv7) के लिए निर्मित विंडोज 8.x का एक संस्करण है।

[...]

X86 उपकरणों की तुलना में एआरएम-आधारित उपकरणों की विभिन्न वास्तुकला के कारण, विंडोज आरटी में सॉफ्टवेयर संगतता सीमाएं हैं।

विंडोज आरटी बंद कर दिया गया है।

स्रोत: विकिपीडिया



3

Windows NT लाइन वर्षों के दौरान विभिन्न आर्किटेक्चर का समर्थन किया है।

MIPS और अल्फा 3.1 से 4.0 तक समर्थित थे (अल्फा ने वास्तव में इसे विंडोज 2000 के लिए रिलीज उम्मीदवार के रूप में बनाया था , लेकिन यह अंतिम रिलीज के लिए नहीं बना था)। पावरपीसी केवल 4.0 में देखी गई थी।

IA64 (Itanium) को Windows XP में समर्थित किया गया था। यह सर्वर 2003 से सर्वर 2008 R2 के लिए सर्वर लाइन में भी समर्थित था।

Microsoft ने Windows को ARM में पोर्ट कर लिया है, लेकिन फिर विभिन्न तरीकों से कृत्रिम रूप से अपंग कर दिया है। विंडोज़ आरटी (विंडोज 8 के एआरएम संस्करण) के साथ सिस्टम बहुत अधिक पूर्ण था, लेकिन तीसरे पक्ष के डेस्कटॉप ऐप लॉक हो गए थे। विंडोज 10 के विभिन्न एआरएम वेरिएंट के साथ डेस्कटॉप पूरी तरह से चला गया लगता है।


1

Windows NT (फ़ोन में Windows RT, WP8, WP8.1 और फ़ोनों के लिए Windows 10 के रूप में) ARM v7-A (32-बिट) और ARM v8-A (64-बिट) (वर्तमान में फ़ोन के लिए विंडोज़ 10) के लिए ARM v7-A का समर्थन करता है क्वालकॉम स्नैपड्रैगन 810 चिपसेट के साथ लूमिया 950 / 950XL आर्किटेक्चर वर्तमान में x86 (x86-64 (विंडोज AMD64), i386 / i586 / i686 (विंडोज x86) सहित) के अतिरिक्त है। यह ऐतिहासिक रूप से समर्थित आर्किटेक्चर के अलावा अन्य उत्तरों जैसे कि अल्फा, एमआइपीएस, इटेनियम और पावरपीसी में वर्णित है।

जैसा कि एक अन्य जवाब में उल्लेख किया गया है, Win32 डेस्कटॉप ऐप मूल रूप से एआरएम पर विंडोज एनटी पर नहीं चल सकते हैं (यानी, एआरएम एमुलेशन पर x86 के बिना) यदि वे x86 आर्किटेक्चर के लिए संकलित हैं (जैसा कि वे ज्यादातर हैं)। हालाँकि, जैसा कि @user 2284570 द्वारा उल्लेख किया गया है, एआरएम के लिए एआरएम मूल निष्पादक या डायनेमिक लाइब्रेरी केवल एआरटी के लिए विंडोज एनटी में चल सकती है, यदि वे (डिस्ट्रीब्यूशन बायनेरिज़) Microsoft द्वारा डिजिटल रूप से हस्ताक्षरित किए गए हों, जो कार्यालय p, एआरएम मूल ऐप्स के तृतीय-पक्ष डेवलपर वितरण में बाधा डालते हैं। (उदाहरण के लिए x86 या अन्य पूर्व समर्थित आर्किटेक्चर के साथ नीति के विपरीत)। Microsoft ने एआरएम के लिए विंडोज पर बाइनरी स्तर पर x86- लक्षित Win32 एप्लिकेशन (डेस्कटॉप विंडोज सॉफ्टवेयर) को एआरएम के लिए समर्थन नहीं करने के लिए चुना, क्योंकि अनुकरण के लिए प्रदर्शन दंड बहुत बड़ा होगा और पूरी तरह से एक तंग बिजली बजट (कम टीडीपी) में प्रदर्शन के एआरएम आदर्श के खिलाफ होगा )।

नोट: मैं जिस Windows API का संदर्भ यहां देता हूं वह Win32 देशी API है, न कि .NET WINAPI ( प्रबंधित ) संस्करण। एप्लिकेशन संगतता यहां बाइनरी-स्तर की संगतता को संदर्भित करती है, स्रोत-स्तर की संगतता को नहीं, अगर यह स्पष्ट नहीं था।

हालाँकि, विंडोज आरटी प्लेटफॉर्म और अब यूनिवर्सल विंडोज प्लेटफॉर्म (यूडब्ल्यूपी) के आगमन के साथ, विंडोज के लिए वास्तुकला-अज्ञेय सॉफ्टवेयर का निर्माण एक संभावना बन गया है (पहले सॉफ्टवेयर को अलग-अलग आर्किटेक्चर पर विंडोज पर चलाने के लिए या तो अनुकरण या पुन: संकलित करना पड़ा था) ।


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

@plugwash मैं वास्तव में दूसरे पैराग्राफ में एआरएम के लिए संकलित डेस्कटॉप ऐप चलाने पर प्रतिबंध की कृत्रिमता का उल्लेख किया है। कृपया इसे पढ़ें।
तमोग्ना चौधरी अपर

-1

Windows NT MIPS और अल्फा चिप्स पर चलता था। मैंने एक अल्फा पर NT4 चलाया है। आपको VMS के बजाय NT को बूट करने के लिए एक अलग फर्मवेयर को फ्लैश करना था।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.