सामग्री पर जाएं

64-bit (x86-64)

आर्किटेक्चर संदर्भFeex

x86-64, x86 निर्देश आर्किटेक्चर का 64-बिट विस्तार है। यह निष्पादन मोड, रजिस्टरों और एड्रेसिंग नियमों को परिभाषित करता है; यह अपने आप में किसी एप्लिकेशन की पूर्ण CPU या ऑपरेटिंग-सिस्टम आवश्यकताओं को स्थापित नहीं करता है।

आपको क्या जानना चाहिए

x86-64, x86 निर्देश आर्किटेक्चर का 64-बिट विस्तार है। यह निष्पादन मोड, रजिस्टरों और एड्रेसिंग नियमों को परिभाषित करता है; यह अपने आप में किसी एप्लिकेशन की पूर्ण CPU या ऑपरेटिंग-सिस्टम आवश्यकताओं को स्थापित नहीं करता है।

यह कैसे काम करता है

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

यह कहाँ उपयोगी है

x86-64 ABI के लिए निर्मित एक एप्लिकेशन उस ABI के रजिस्टर, कॉलिंग-कन्वेंशन और बेसलाइन निर्देश वातावरण की अपेक्षा करता है। एक Arm64 बाइनरी एक अलग आर्किटेक्चर है, भले ही दोनों खुद को 64-बिट के रूप में वर्णित करते हों। अनुवाद या इम्यूलेशन एक अलग सॉफ़्टवेयर सुविधा है, न कि 64-बिट रजिस्टर होने का परिणाम।

सपोर्ट और सक्षमता की जांच कैसे करें

x86 हार्डवेयर के लिए, CPUID विस्तारित फ़ंक्शन 80000001H, EDX बिट 29 लॉन्ग-मोड क्षमता की गणना करता है। एक समर्थित ऑपरेटिंग सिस्टम को उपयुक्त पेजिंग और निष्पादन वातावरण को सक्षम करना होगा। चल रहे OS आर्किटेक्चर के साथ-साथ प्रोसेसर क्षमता का भी निरीक्षण करें।

एक हार्डवेयर क्षमता, चल रहा ऑपरेटिंग वातावरण और एक एप्लिकेशन की बाइनरी आवश्यकताएं अलग-अलग परतें हैं। आर्किटेक्चर नामों और ABI स्तरों को एक सामान्य नियम कि नया-संगत-होता-है के बजाय स्पष्ट अनुबंधों के रूप में समझा जाना चाहिए।

यह सुविधा क्या स्थापित नहीं करती है

64-बिट लेबल कार्यान्वित भौतिक या वर्चुअल एड्रेस चौड़ाई, स्थापित RAM सीमा, x86-64-v2/v3/v4 समर्थन, Windows पात्रता या किसी विशिष्ट ड्राइवर के साथ अनुकूलता स्थापित नहीं करता है। प्रत्येक आवश्यकता की अलग से जाँच करें।

व्यवहार में अनुकूलता और प्रदर्शन

पूर्ण इनहेरिट की गई आवश्यकताओं और प्रक्रिया के लिए दृश्यमान प्रभावी वातावरण की जाँच करें। एक VM के लिए, यह मानने के बजाय कि होस्ट मॉडल अपरिवर्तित रूप से प्रदर्शित है, गेस्ट का निरीक्षण करें। एक समर्थित फ़ॉलबैक बिल्ड को अपनी बेसलाइन स्पष्ट रूप से बतानी चाहिए।

एक व्यावहारिक सत्यापन चेकलिस्ट

  1. शामिल सटीक प्रोसेसर या प्लेटफ़ॉर्म मॉडल और एप्लिकेशन, OS और रनटाइम संस्करणों को रिकॉर्ड करें। वास्तविक त्रुटि या आवश्यकता के शब्दों को सुरक्षित रखें।
  2. उस सटीक मॉडल के लिए निर्माता संदर्भ की जांच करें, फिर उस परिवेश में प्रभावी क्षमता और सक्षम स्थिति का निरीक्षण करें जहां प्रोग्राम चलता है।
  3. चयनित बाइनरी या बैकएंड की प्रत्येक आवश्यकता की तुलना करें। समान नाम वाली सुविधा, उपनाम या व्यापक तकनीक लेबल पर्याप्त नहीं है।
  4. पुष्टि करें कि एप्लिकेशन ने इच्छित कार्यान्वयन का चयन किया है। आवश्यकताएं पूरी न होने पर इसके दस्तावेजीकृत डायग्नोस्टिक्स और समर्थित फ़ॉलबैक का उपयोग करें।
  5. एक समय में एक समर्थित परिवर्तन करें और वही कार्यभार दोहराएं। मूल कॉन्फ़िगरेशन और पुनर्प्राप्ति पथ उपलब्ध रखें।

यदि सुविधा सूचीबद्ध है लेकिन सॉफ़्टवेयर इसका उपयोग नहीं कर सकता है

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

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

इस व्याख्या के स्रोत और दायरा

Intel 64 and IA-32 Architectures Software Developer's Manual · x86-64 psABI: प्रोसेसर आर्किटेक्चर और माइक्रोआर्किटेक्चर स्तर

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

स्रोत और सत्यापन

संपादकीय स्वामित्व: Feex। कोई स्वतंत्र समीक्षा तिथि दर्ज नहीं है। हम कैसे शोध करते हैं.

क्या यह लेख उपयोगी था?

हाँ या ना ही काफी है। यदि आप चाहें तो कोई कारण चुनें, या एक संक्षिप्त नोट जोड़ें।

क्या यह लेख उपयोगी था?