Hyper-Threading

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

Intel Hyper-Threading एक भौतिक कोर से कई लॉजिकल प्रोसेसर प्रदर्शित करता है जहां कार्यान्वयन इसका समर्थन करता है। लॉजिकल प्रोसेसर कोर संसाधनों को साझा करते हैं और अतिरिक्त स्वतंत्र भौतिक कोर के बराबर नहीं होते हैं।

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

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

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

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

पूरक स्टालों वाले दो थ्रेड साझा निष्पादन संसाधनों का अधिक प्रभावी ढंग से उपयोग कर सकते हैं, जबकि एक ही संतृप्त संसाधन के लिए प्रतिस्पर्धा करने वाले दो थ्रेड्स को कम लाभ हो सकता है। लेटेंसी, थ्रूपुट और ऊर्जा परिणामों के लिए वर्कलोड-विशिष्ट माप की आवश्यकता होती है।

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

फर्मवेयर नीति के साथ आधुनिक प्रोसेसर टोपोलॉजी इन्यूमरेशन और OS के भौतिक-कोर/लॉजिकल-प्रोसेसर व्यू का उपयोग करें। मार्केटिंग कोर काउंट को स्वचालित रूप से गुणा करने के बजाय पुष्टि करें कि प्रति कोर कितने थ्रेड वास्तव में सक्षम हैं।

देखा गया व्यवहार संपूर्ण प्लेटफ़ॉर्म द्वारा नियंत्रित होता है: फ़र्मवेयर, OS नीति, वर्कलोड शेड्यूलिंग, पावर डिलीवरी और तापमान। एक फ़ीचर फ़ील्ड एक क्षमता का वर्णन करता है, एक निश्चित ऑपरेटिंग स्थिति या किसी वादा की गई फ़्रीक्वेंसी का नहीं।

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

एक Hyper-Threading फ़ील्ड भौतिक कोर या सक्षम थ्रेड्स की संख्या स्थापित नहीं करता है, और केवल एक लिगेसी HTT बिट टोपोलॉजी गणना नहीं है। यह दोगुने प्रदर्शन की गारंटी नहीं देता है या प्रत्येक समानांतर वर्कलोड को तेज़ नहीं बनाता है। प्लेटफ़ॉर्म सुरक्षा नीति डिप्लॉयमेंट को भी प्रभावित कर सकती है।

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

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

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

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

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

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

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

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

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 और सुरक्षा नियंत्रणों का वर्णन करता है। आर्किटेक्चर दस्तावेज़ किसी विशेष मॉडल के लिए समर्थन स्थापित नहीं करता है।

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

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