IOMMU
एक IOMMU डिवाइस-उत्पन्न मेमोरी एक्सेस का अनुवाद और उसे प्रतिबंधित करता है। इसका संरक्षण और पासथ्रू व्यवहार प्लेटफ़ॉर्म टोपोलॉजी, फर्मवेयर, OS और ड्राइवर कॉन्फ़िगरेशन पर निर्भर करता है।
आपको क्या जानना चाहिए
एक IOMMU डिवाइस-उत्पन्न मेमोरी एक्सेस का अनुवाद और उसे प्रतिबंधित करता है। इसका संरक्षण और पासथ्रू व्यवहार प्लेटफ़ॉर्म टोपोलॉजी, फर्मवेयर, OS और ड्राइवर कॉन्फ़िगरेशन पर निर्भर करता है।
यह कैसे काम करता है
एक डिवाइस I/O अनुवाद इकाई द्वारा व्याख्या किए गए पतों का उपयोग करके DMA लेनदेन जारी करता है। OS या हाइपरवाइज़र उन डोमेन और मैपिंग को कॉन्फ़िगर करता है जो उन अनुरोधों को अनुमत सिस्टम मेमोरी से जोड़ते हैं। डिवाइस पहचान, साझा अनुवाद सीमाएं और इंटरप्ट हैंडलिंग व्यावहारिक अलगाव को प्रभावित करते हैं।
यह कहाँ उपयोगी है
एक VM अपने IOMMU आइसोलेशन समूह को लागू करने वाले फ्रेमवर्क के माध्यम से एक समर्थित डिवाइस प्राप्त कर सकता है। एक समूह साझा करने वाले उपकरणों को एक साथ असाइन करने की आवश्यकता हो सकती है क्योंकि प्लेटफ़ॉर्म वांछित सीमा पर स्वतंत्र अलगाव स्थापित नहीं कर सकता है।
सपोर्ट और सक्षमता की जांच कैसे करें
प्लेटफ़ॉर्म के IOMMU विवरण और OS/हाइपरवाइज़र की सक्षम स्थिति, समूहों और डिवाइस-असाइनमेंट आवश्यकताओं का निरीक्षण करें। Intel पर, VT-d की जांच करें; AMD पर, प्रलेखित AMD I/O वर्चुअलाइज़ेशन सुविधाओं का उपयोग करें। सटीक डिवाइस के रीसेट और ड्राइवर व्यवहार की जांच करें।
एक वर्चुअलाइज्ड परिनियोजन की कई परतें होती हैं: भौतिक क्षमता, फर्मवेयर अनुमति, सक्रिय होस्ट हाइपरवाइज़र, उजागर अतिथि क्षमताएं और अतिथि OS समर्थन। उस परत की जांच करें जहां ऑपरेशन वास्तव में चलता है, प्रासंगिक होने पर नेस्टेड वर्चुअलाइजेशन सहित।
यह सुविधा क्या स्थापित नहीं करती है
एक IOMMU फ़्लैग यह साबित नहीं करता है कि प्रत्येक पेरिफेरल स्वतंत्र रूप से अलग है या सुरक्षा सक्रिय है। केवल CPU पेज-टेबल सुरक्षा सभी डिवाइस DMA को बाधित नहीं करती है। असमर्थित टोपोलॉजी ओवरराइड्स अलगाव को कमजोर कर सकते हैं और कोई नियमित अनुकूलता समाधान नहीं हैं।
व्यवहार में अनुकूलता और प्रदर्शन
CPU निष्पादन, अतिथि मेमोरी अनुवाद और डिवाइस DMA रीमैपिंग अलग सुविधाएं हैं। एक वर्चुअलाइजेशन फ़ील्ड से पासथ्रू या अलगाव का अनुमान न लगाएं। हाइपरवाइज़र के समर्थित डायग्नोस्टिक्स और सटीक प्लेटफ़ॉर्म/डिवाइस आवश्यकताओं का उपयोग करें।
एक व्यावहारिक सत्यापन चेकलिस्ट
- शामिल सटीक प्रोसेसर या प्लेटफ़ॉर्म मॉडल और एप्लिकेशन, OS और रनटाइम संस्करणों को रिकॉर्ड करें। वास्तविक त्रुटि या आवश्यकता के शब्दों को सुरक्षित रखें।
- उस सटीक मॉडल के लिए निर्माता संदर्भ की जांच करें, फिर उस परिवेश में प्रभावी क्षमता और सक्षम स्थिति का निरीक्षण करें जहां प्रोग्राम चलता है।
- चयनित बाइनरी या बैकएंड की प्रत्येक आवश्यकता की तुलना करें। समान नाम वाली सुविधा, उपनाम या व्यापक तकनीक लेबल पर्याप्त नहीं है।
- पुष्टि करें कि एप्लिकेशन ने इच्छित कार्यान्वयन का चयन किया है। आवश्यकताएं पूरी न होने पर इसके दस्तावेजीकृत डायग्नोस्टिक्स और समर्थित फ़ॉलबैक का उपयोग करें।
- एक समय में एक समर्थित परिवर्तन करें और वही कार्यभार दोहराएं। मूल कॉन्फ़िगरेशन और पुनर्प्राप्ति पथ उपलब्ध रखें।
यदि सुविधा सूचीबद्ध है लेकिन सॉफ़्टवेयर इसका उपयोग नहीं कर सकता है
सटीक रूप से विफल घटक से शुरुआत करें। हार्डवेयर डेटाबेस रिकॉर्ड की गई क्षमता का वर्णन करता है; ऑपरेटिंग सिस्टम या हाइपरवाइज़र एक अलग प्रभावी वातावरण प्रदर्शित कर सकता है। एक अवैध-निर्देश त्रुटि के लिए वास्तविक दोषपूर्ण निर्देश और बाइनरी बिल्ड की जांच की भी आवश्यकता होती है, क्योंकि भ्रष्टाचार या एक असंबंधित असमर्थित निर्देश एक समान लक्षण उत्पन्न कर सकता है।
सटीक प्लेटफ़ॉर्म के लिए समर्थित एप्लिकेशन, ड्राइवर या रनटाइम संस्करण इंस्टॉल करें, और यदि आवश्यक हो तो विक्रेता के दस्तावेजीकृत बेसलाइन या फ़ॉलबैक बिल्ड का उपयोग करें। एक सॉफ़्टवेयर अपडेट ऐसा निर्देश नहीं बना सकता जिसकी प्रोसेसर में कमी है। फ़र्मवेयर और सुरक्षा-नीति परिवर्तनों को सामान्य अनुकूलन नुस्खे के बजाय सिस्टम निर्माता की प्रक्रिया और पुनर्प्राप्ति योजना का पालन करना चाहिए।
इस व्याख्या के स्रोत और दायरा
Intel Virtualization Technology for Directed I/O Architecture Specification · Linux kernel: VFIO device access and IOMMU groups
ये संदर्भ आर्किटेक्चरल व्यवहार और सॉफ़्टवेयर आवश्यकताओं को स्थापित करते हैं। वे किसी लिंक्ड हार्डवेयर मॉडल पेज पर प्रत्येक सुविधा मान को स्वतंत्र रूप से सत्यापित नहीं करते हैं। मॉडल समर्थन के लिए, उस पेज के निर्माता साक्ष्य का उपयोग करें और प्रभावी सिस्टम कॉन्फ़िगरेशन की जांच करें। यह आलेख कोई बेंचमार्क, प्रमाणन या स्वतंत्र समीक्षा तिथि प्रदान नहीं करता है।
स्रोत और सत्यापन
संपादकीय स्वामित्व: Feex। कोई स्वतंत्र समीक्षा तिथि दर्ज नहीं है। हम कैसे शोध करते हैं.
- Intel Virtualization Technology for Directed I/O Architecture Specification · DMA-रीमैपिंग आर्किटेक्चर, अनुवाद डोमेन, इंटरप्ट रीमैपिंग और फर्मवेयर रिपोर्टिंग संरचनाएं। प्लेटफ़ॉर्म समर्थन अलग से स्थापित किया जाना चाहिए।
- Linux kernel: VFIO device access and IOMMU groups · आइसोलेशन समूहों, डिवाइस स्वामित्व और पासथ्रू से संबंधित बाधाओं की व्याख्या करता है। यह किसी विशेष मदरबोर्ड के लिए संगतता सूची नहीं है।
क्या यह लेख उपयोगी था?
हाँ या ना ही काफी है। यदि आप चाहें तो कोई कारण चुनें, या एक संक्षिप्त नोट जोड़ें।
धन्यवाद। इससे हमें इस पृष्ठ को बेहतर बनाने में मदद मिलती है।