Invariant TSC

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

Invariant TSC एक टाइम-स्टैम्प काउंटर का वर्णन करता है जिसकी दर सुविधा द्वारा कवर की गई आर्किटेक्चरल पावर और फ़्रीक्वेंसी स्थितियों में स्थिर रहती है। यह वर्तमान कोर फ़्रीक्वेंसी का प्रत्यक्ष माप नहीं है।

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

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

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

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

एक रनटाइम अपने उच्च-रिज़ॉल्यूशन टाइमिंग कार्यान्वयन के भाग के रूप में किसी उपयुक्त काउंटर का उपयोग कर सकता है। एक छोटे वर्कलोड के काउंटर अंतर को नाममात्र CPU GHz मान से विभाजित करना गलत हो सकता है क्योंकि TSC दर और निष्पादन-कोर आवृत्ति अलग-अलग राशियाँ हैं।

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

CPUID.80000007H:EDX बिट 8 प्रासंगिक आर्किटेक्चर परिभाषा के तहत invariant TSC को सूचीबद्ध करता है। सामान्य टाइमिंग के लिए ऑपरेटिंग सिस्टम की समर्थित मोनोटोनिक घड़ी को प्राथमिकता दें, क्योंकि यह प्लेटफ़ॉर्म और वर्चुअलाइज़ेशन नीति को ध्यान में रख सकती है।

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

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

Invariant अपने आप में सॉकेट्स के बीच सिंक्रोनाइज़ेशन, VM माइग्रेशन के दौरान मोनोटोनिक व्यवहार, मापे गए निर्देशों के आसपास सीरियलाइज़ेशन या शेड्यूलिंग देरी की अनुपस्थिति स्थापित नहीं करता है। एक रॉ काउंटर नमूना कोई CPU उपयोगिता प्रतिशत नहीं है।

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

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

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

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

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

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