Hyper-Threading
Intel Hyper-Threading ایک فزیکل کور سے متعدد منطقی پروسیسرز کو ظاہر کرتا ہے جہاں عمل آوری اس کی حمایت کرتی ہے۔ منطقی پروسیسرز کور کے وسائل کا اشتراک کرتے ہیں اور اضافی آزاد فزیکل کورز کے مساوی نہیں ہیں۔
آپ کے لیے جاننا کیا ضروری ہے
Intel Hyper-Threading ایک فزیکل کور سے متعدد منطقی پروسیسرز کو ظاہر کرتا ہے جہاں عمل آوری اس کی حمایت کرتی ہے۔ منطقی پروسیسرز کور کے وسائل کا اشتراک کرتے ہیں اور اضافی آزاد فزیکل کورز کے مساوی نہیں ہیں۔
یہ کیسے کام کرتا ہے
ہر لاجیکل پروسیسر آرکیٹیکچرل ایگزیکیوشن اسٹیٹ فراہم کرتا ہے جبکہ کور کے ایگزیکیوشن، کیشے اور شیڈولنگ وسائل کے کچھ حصوں کا اشتراک کرتا ہے۔ اشتراک کا درست انتظام مائیکرو آرکیٹیکچر کے لیے مخصوص ہوتا ہے۔ OS کی شیڈولنگ اور ورک لوڈ کے وسائل کے مطالبات یہ طے کرتے ہیں کہ آیا بیک وقت چلنے والے تھریڈز تھرو پٹ کو بہتر بناتے ہیں یا نہیں۔
یہ کہاں مفید ہے
تکمیلی اسٹالز والے دو تھریڈز مشترکہ ایگزیکیوشن وسائل کو زیادہ مؤثر طریقے سے استعمال کر سکتے ہیں، جبکہ ایک ہی سیر شدہ وسائل کے لیے مقابلہ کرنے والے دو تھریڈز کم فائدہ حاصل کر سکتے ہیں۔ تاخیر، تھرو پٹ اور توانائی کے نتائج کے لیے ورک لوڈ کے لحاظ سے مخصوص پیمائش کی ضرورت ہوتی ہے۔
سپورٹ اور فعالی کی جانچ کیسے کریں
فرم ویئر پالیسی کے ساتھ ساتھ پروسیسر ٹوپولوجی کی جدید گنتی اور OS کے فزیکل کور/لاجیکل پروسیسر ویو کا استعمال کریں۔ خود بخود مارکیٹنگ کور کاؤنٹ کو ضرب دینے کے بجائے تصدیق کریں کہ فی کور اصل میں کتنے تھریڈز فعال ہیں۔
مشاہدہ کردہ رویہ پورے پلیٹ فارم کے ذریعے کنٹرول کیا جاتا ہے: فرم ویئر، OS پالیسی، ورک لوڈ شیڈولنگ، پاور ڈیلیوری اور درجہ حرارت۔ ایک فیچر فیلڈ صلاحیت کو بیان کرتا ہے، کسی مقررہ آپریٹنگ حالت یا فریکوئنسی کا وعدہ نہیں۔
یہ خصوصیت کیا ثابت نہیں کرتی
Hyper-Threading فیلڈ فزیکل کورز یا فعال تھریڈز کی تعداد کو قائم نہیں کرتی ہے، اور روایتی HTT بٹ تنہا کوئی ٹوپولوجی کاؤنٹ نہیں ہے۔ یہ دگنی کارکردگی کی ضمانت نہیں دیتا اور نہ ہی ہر متوازی ورک لوڈ کو تیز تر بناتا ہے۔ پلیٹ فارم سیکیورٹی پالیسی بھی ڈیپلائمنٹ کو متاثر کر سکتی ہے۔
عملی طور پر مطابقت اور کارکردگی
مخصوص سسٹم کی معاونت یافتہ ٹیلی میٹری استعمال کریں اور نمائندہ پائیدار کام کے بوجھ کا موازنہ کریں۔ آئیڈل رویے، عارضی بوسٹس اور مستحکم تھرو پٹ میں فرق کریں۔ ایک ہی وقت میں ایک سے زیادہ فرم ویئر یا پاور کی ترتیبات کو تبدیل کرنا تشخیص اور بحالی کو مزید مشکل بنا دیتا ہے۔
عملی تصدیقی چیک لسٹ
- پروسیسر یا پلیٹ فارم کا اصل ماڈل اور شامل ایپلی کیشن، OS اور رن ٹائم کے ورژنز ریکارڈ کریں۔ اصل خرابی یا ضرورت کے الفاظ کو جوں کا توں محفوظ رکھیں۔
- اس مخصوص ماڈل کے لیے مینوفیکچرر کے حوالے کو چیک کریں، پھر اس ماحول میں مؤثر صلاحیت اور فعال حالت کا معائنہ کریں جہاں پروگرام چلتا ہے۔
- منتخب کردہ بائنری یا بیک اینڈ کی ہر ضرورت کا موازنہ کریں۔ ملتے جلتے نام کی خصوصیت، عرفیت یا وسیع ٹیکنالوجی لیبل کافی نہیں ہے۔
- تصدیق کریں کہ ایپلی کیشن نے مطلوبہ عمل درآمد کا انتخاب کیا ہے۔ اس کی دستاویزی تشخیص اور معاون متبادل کا استعمال کریں جب ضروریات پوری نہ ہوں۔
- ایک وقت میں ایک معاون تبدیلی کریں اور وہی ورک لوڈ دہرائیں۔ اصل کنفیگریشن اور بحالی کا راستہ دستیاب رکھیں۔
اگر خصوصیت درج ہے لیکن سافٹ ویئر اسے استعمال نہیں کر سکتا
فیل ہونے والے اصل جزو سے شروعات کریں۔ ہارڈ ویئر ڈیٹا بیس ریکارڈ شدہ صلاحیت کو بیان کرتا ہے؛ آپریٹنگ سسٹم یا ہائپروائزر ایک مختلف مؤثر ماحول فراہم کر سکتا ہے۔ ایک غیر قانونی ہدایت کی خرابی (illegal-instruction error) میں بھی اصل خرابی پیدا کرنے والی ہدایت اور بائنری بلڈ کی تحقیقات کی ضرورت ہوتی ہے، کیونکہ کرپشن یا ایک غیر متعلقہ غیر معاون ہدایت ایسی ہی علامت پیدا کر سکتی ہے۔
مخصوص پلیٹ فارم کے لیے معاونت یافتہ ایپلی کیشن، ڈرائیور یا رن ٹائم ورژن انسٹال کریں، اور اگر ضرورت ہو تو وینڈر کا دستاویزی بنیادی یا فال بیک بلڈ استعمال کریں۔ سافٹ ویئر اپ ڈیٹ ایسی ہدایت تیار نہیں کر سکتا جس کی پروسیسر میں کمی ہو۔ فرم ویئر اور سیکیورٹی پالیسی کی تبدیلیوں کو عام اصلاحی طریقے کے بجائے سسٹم مینوفیکچرر کے طریقہ کار اور بحالی کے منصوبے پر عمل کرنا چاہیے۔
اس وضاحت کے ذرائع اور دائرہ کار
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 اور پروٹیکشن کنٹرولز کی وضاحت کرتی ہے۔ آرکیٹیکچر کی دستاویزات کسی خاص ماڈل کے لیے سپورٹ کا تعین نہیں کرتیں۔
کیا یہ مضمون مفید تھا؟
ہاں یا نہیں کافی ہے۔ اگر آپ چاہیں تو کوئی وجہ منتخب کریں، یا ایک مختصر نوٹ شامل کریں۔
شکریہ۔ اس سے ہمیں اس صفحے کو بہتر بنانے میں مدد ملتی ہے۔