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

Second-Level Address Translation

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

सेकंड-लेवल एड्रेस ट्रांसलेशन, SLAT, गेस्ट भौतिक से होस्ट भौतिक पतों में हार्डवेयर-सहायता प्राप्त अनुवाद के लिए एक सामान्य शब्द है। Intel EPT और AMD NPT विक्रेता-विशिष्ट कार्यान्वयन प्रदान करते हैं।

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

सेकंड-लेवल एड्रेस ट्रांसलेशन, SLAT, गेस्ट भौतिक से होस्ट भौतिक पतों में हार्डवेयर-सहायता प्राप्त अनुवाद के लिए एक सामान्य शब्द है। Intel EPT और AMD NPT विक्रेता-विशिष्ट कार्यान्वयन प्रदान करते हैं।

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

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

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

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

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

प्रोसेसर विक्रेता की पहचान करें और हाइपरवाइज़र के समर्थित डायग्नोस्टिक्स के माध्यम से संबंधित EPT या NPT क्षमता की जाँच करें। तैनात की जा रही सुविधा की पूरी आवश्यकताओं की जाँच करें, जिसमें फ़र्मवेयर और OS समर्थन शामिल हैं।

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

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

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

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

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

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

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

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

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

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

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

Intel 64 and IA-32 Architectures Software Developer's Manual · AMD64 Architecture Programmer's Manual, Volume 2: System Programming

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

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

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

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

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

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

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