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

Extended Page Tables (EPT)

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

इसे EPT के साथ VT-x भी कहा जाता है

EPT, Extended Page Tables, Intel वर्चुअल मशीनों के लिए मेमोरी ट्रांसलेशन का दूसरा चरण प्रदान करता है। EPT के साथ VT-x लेबल वर्चुअलाइजेशन और इस अतिरिक्त ट्रांसलेशन सुविधा दोनों का वर्णन करता है।

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

EPT, Extended Page Tables, Intel वर्चुअल मशीनों के लिए मेमोरी ट्रांसलेशन का दूसरा चरण प्रदान करता है। EPT के साथ VT-x लेबल वर्चुअलाइजेशन और इस अतिरिक्त ट्रांसलेशन सुविधा दोनों का वर्णन करता है।

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

गेस्ट की पेज टेबलें गेस्ट वर्चुअल एड्रेसों को गेस्ट फिजिकल एड्रेसों में ट्रांसलेट करती हैं; EPT हाइपरवाइजर के नियंत्रण में गेस्ट फिजिकल एड्रेसों को होस्ट फिजिकल एड्रेसों में ट्रांसलेट करता है। EPT प्रविष्टियों की अपनी अनुमतियां होती हैं और मैपिंग या एक्सेस अस्वीकृत होने पर वे EPT उल्लंघन उत्पन्न कर सकती हैं। ट्रांसलेशन कैश और इनवैलिडेशन नियम शुद्धता का हिस्सा बने रहते हैं।

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

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

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

हाइपरवाइजर या विशेषाधिकार प्राप्त प्लेटफॉर्म टूलींग के माध्यम से VMX नियंत्रणों और EPT क्षमता जानकारी की जांच करें। केवल VT-x का CPUID बिट पर्याप्त नहीं है। EPT को एक सार्वभौमिक मोड मानने के बजाय डिप्लॉयमेंट के लिए आवश्यक सटीक नियंत्रणों और पेज आकारों को सत्यापित करें।

एक वर्चुअलाइज्ड परिनियोजन की कई परतें होती हैं: भौतिक क्षमता, फर्मवेयर अनुमति, सक्रिय होस्ट हाइपरवाइज़र, उजागर अतिथि क्षमताएं और अतिथि OS समर्थन। उस परत की जांच करें जहां ऑपरेशन वास्तव में चलता है, प्रासंगिक होने पर नेस्टेड वर्चुअलाइजेशन सहित।

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

EPT, VT-d नहीं है: CPU-जनित गेस्ट मेमोरी ट्रांसलेशन और डिवाइस DMA रीमैपिंग अलग-अलग पाथ हैं। EPT समर्थन का अर्थ प्रत्येक EPT पेज आकार, निष्पादन-नियंत्रण एक्सटेंशन या नेस्टेड-वर्चुअलाइजेशन कॉन्फ़िगरेशन नहीं है।

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

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

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

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

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

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

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

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

Intel 64 and IA-32 Architectures Software Developer's Manual

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

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

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

  • Intel 64 and IA-32 Architectures Software Developer's Manual · खंड 1 और 2 नामित निर्देश परिवारों और CPUID का वर्णन करते हैं; खंड 3 स्टेट, पेजिंग, VMX और सुरक्षा नियंत्रणों का वर्णन करता है। आर्किटेक्चर दस्तावेज़ किसी विशेष मॉडल के लिए समर्थन स्थापित नहीं करता है।

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

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

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