مواد پر جائیں

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. ایک وقت میں ایک معاون تبدیلی کریں اور وہی ورک لوڈ دہرائیں۔ اصل کنفیگریشن اور بحالی کا راستہ دستیاب رکھیں۔

اگر خصوصیت درج ہے لیکن سافٹ ویئر اسے استعمال نہیں کر سکتا

فیل ہونے والے اصل جزو سے شروعات کریں۔ ہارڈ ویئر ڈیٹا بیس ریکارڈ شدہ صلاحیت کو بیان کرتا ہے؛ آپریٹنگ سسٹم یا ہائپروائزر ایک مختلف مؤثر ماحول فراہم کر سکتا ہے۔ ایک غیر قانونی ہدایت کی خرابی (illegal-instruction error) میں بھی اصل خرابی پیدا کرنے والی ہدایت اور بائنری بلڈ کی تحقیقات کی ضرورت ہوتی ہے، کیونکہ کرپشن یا ایک غیر متعلقہ غیر معاون ہدایت ایسی ہی علامت پیدا کر سکتی ہے۔

مخصوص پلیٹ فارم کے لیے معاونت یافتہ ایپلی کیشن، ڈرائیور یا رن ٹائم ورژن انسٹال کریں، اور اگر ضرورت ہو تو وینڈر کا دستاویزی بنیادی یا فال بیک بلڈ استعمال کریں۔ سافٹ ویئر اپ ڈیٹ ایسی ہدایت تیار نہیں کر سکتا جس کی پروسیسر میں کمی ہو۔ فرم ویئر اور سیکیورٹی پالیسی کی تبدیلیوں کو عام اصلاحی طریقے کے بجائے سسٹم مینوفیکچرر کے طریقہ کار اور بحالی کے منصوبے پر عمل کرنا چاہیے۔

اس وضاحت کے ذرائع اور دائرہ کار

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۔ موجودہ دستاویز دیکھنے والے کو JavaScript درکار ہے؛ پرانے دستاویز کے URLs کو واپس لیا جا سکتا ہے۔

کیا یہ مضمون مفید تھا؟

ہاں یا نہیں کافی ہے۔ اگر آپ چاہیں تو کوئی وجہ منتخب کریں، یا ایک مختصر نوٹ شامل کریں۔

کیا یہ مضمون مفید تھا؟