x86S, इंटेल का नया आर्किटेक्चर, 16 और 32 बिट्स की विरासती अवधारणाओं को हटा रहा है

इंटेल

इंटेल लोगो

कुछ दिन पहले खबर आई थी कि इंटेल ने एक सरलीकृत x86S प्रोसेसर आर्किटेक्चर पेश किया (x86 सरलीकरण) जो केवल 64-बिट मोड को लागू करता है और विरासत की अवधारणाओं का समर्थन नहीं करता है।

इस नए x86S आर्किटेक्चर के साथ, इंटेल ने 16-बिट और 32-बिट ऑपरेटिंग सिस्टम के लिए सपोर्ट बंद कर दिया है। लेकिन यह उल्लेख किया गया है कि एसई वर्चुअलाइजेशन के माध्यम से चल सकता है, इसलिए 32-बिट ऑपरेटिंग सिस्टम वातावरण में 64-बिट एप्लिकेशन चलाने की क्षमता बनी रहेगी।

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

20 साल पहले इसकी शुरुआत के बाद से, Intel® 64 आर्किटेक्चर प्रमुख ऑपरेटिंग मोड बन गया है। इस विकास के एक उदाहरण के रूप में, माइक्रोसॉफ्ट ने अपने विंडोज 32 ऑपरेटिंग सिस्टम के 11-बिट संस्करण को शिपिंग करना बंद कर दिया। इंटेल का फर्मवेयर अब मूल रूप से गैर-यूईएफआई64 ऑपरेटिंग सिस्टम का समर्थन नहीं करता है। 64-बिट ऑपरेटिंग सिस्टम आज वास्तविक मानक हैं। वे 32-बिट अनुप्रयोगों को चलाने की क्षमता रखते हैं, लेकिन मूल रूप से 16-बिट अनुप्रयोगों का समर्थन करना बंद कर दिया है।

L नए आर्किटेक्चर वाले प्रोसेसर तुरंत 64-बिट मोड में शुरू हो जाएंगेप्रारंभिक प्रक्रिया के दौरान मध्यवर्ती स्विच को 16-बिट और 32-बिट मोड में छोड़कर। x86S पहले पेजिंग को अक्षम किए बिना और पेजलेस मोड में संक्रमण को बायपास किए बिना 5-स्तरीय मेमोरी पेज टेबल संरचना का उपयोग करने के लिए स्विच करने की क्षमता को भी लागू करता है।

इंटेल 64 आर्किटेक्चर डिज़ाइन मूल 8086 के समान स्थिति में रीबूट से बाहर आते हैं और 64-बिट मोड में प्रवेश करने के लिए कोड ट्रांज़िशन की एक श्रृंखला की आवश्यकता होती है। एक बार चलने के बाद, ये मोड आधुनिक एप्लिकेशन या ऑपरेटिंग सिस्टम द्वारा उपयोग नहीं किए जाते हैं।

64-बिट-ओनली मोड आर्किटेक्चर के लिए 64-बिट समतुल्य की आवश्यकता होगी उन तकनीकों के बारे में जो वर्तमान में वास्तविक मोड या संरक्षित मोड में चलती हैं।

का x86S वास्तुकला सुविधाएँ, निम्नलिखित स्टैंड आउट:

  • 16-बिट एड्रेसिंग के लिए समर्थन की समाप्ति और एड्रेस के आकार को फिर से परिभाषित करने की क्षमता।
  • 64-बिट अनुप्रयोगों में सेगमेंट एड्रेसिंग का समर्थन करने के लिए सरलीकृत 32-बिट मेमोरी सेगमेंट एड्रेसिंग मॉडल का उपयोग, जो आधुनिक ऑपरेटिंग सिस्टम में उपयोग किए जाने वाले अभ्यास के अनुरूप है।
  • 1 और 2 गार्ड रिंग के लिए सपोर्ट ड्रॉप करता है, जो आधुनिक सॉफ्टवेयर में उपयोग नहीं किया जाता है।
  • रिंग ज़ीरो गार्ड में 32-बिट मोड के लिए समर्थन समाप्त।
  • 16-बिट और 32-बिट संरक्षित मोड को हटाना।
  • सुरक्षा के तीसरे रिंग से I/O पोर्ट तक पहुंच के लिए समर्थन की समाप्ति।
  • इनपुट/आउटपुट पोर्ट (INS/OUTS) के साथ स्ट्रिंग संचालन के लिए समर्थन समाप्त
  • 8259 इंटरप्ट नियंत्रकों के लिए समर्थन समाप्त और केवल X2APIC प्रोग्रामयोग्य नियंत्रकों का उपयोग।
  • कुछ अप्रयुक्त ऑपरेटिंग सिस्टम मोड बिट्स को हटाता है।

उल्लेखनीय है कि इंटेल के लिए, ऐसी पुरानी हार्डवेयर आवश्यकताओं को बनाए रखना एक गंभीर और गंभीर हो सकता हैn डिवाइस का माइक्रोआर्किटेक्चर और डिज़ाइन। उदाहरण के लिए, स्टार्टअप में सुधार और कोड निष्पादन को एकीकृत नहीं किया जा सकता है यदि उनका पश्चगामी संगतता पर नकारात्मक प्रभाव पड़ता है।

एक अन्य बिंदु यह है कि जो डिवाइस rपश्चगामी संगतता की आवश्यकता पुराने हार्डवेयर के लिए स्थान समर्पित करना चाहिए, कुछ ऐसा जो नए हार्डवेयर त्वरक और रनटाइम सिस्टम द्वारा बेहतर उपयोग किया जा सकता है। यह भी अत्यधिक संभावना है कि आधुनिक डिजाइनों में उपयोग किए जाने वाले हार्डवेयर के लिए पिछड़े संगतता के उपयोग के व्यापक प्रभाव भी होंगे।

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

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

अगर तुम हो इसके बारे में और जानने में दिलचस्पी है, आप विवरण की जांच कर सकते हैं निम्नलिखित लिंक में


पहली टिप्पणी करने के लिए

अपनी टिप्पणी दर्ज करें

आपका ईमेल पता प्रकाशित नहीं किया जाएगा। आवश्यक फ़ील्ड के साथ चिह्नित कर रहे हैं *

*

*

  1. डेटा के लिए जिम्मेदार: मिगुएल elngel Gatón
  2. डेटा का उद्देश्य: नियंत्रण स्पैम, टिप्पणी प्रबंधन।
  3. वैधता: आपकी सहमति
  4. डेटा का संचार: डेटा को कानूनी बाध्यता को छोड़कर तीसरे पक्ष को संचार नहीं किया जाएगा।
  5. डेटा संग्रहण: ऑकेंटस नेटवर्क्स (EU) द्वारा होस्ट किया गया डेटाबेस
  6. अधिकार: किसी भी समय आप अपनी जानकारी को सीमित, पुनर्प्राप्त और हटा सकते हैं।