सामग्री पर जाएं

Enhanced SpeedStep

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

Enhanced Intel SpeedStep ऑपरेटिंग प्रदर्शन स्थितियों (स्टेट्स) के चयन के लिए एक प्रोसेसर पावर-मैनेजमेंट तकनीक है। यह कोई निर्देश-सेट एक्सटेंशन नहीं है और इसे एक निश्चित प्रदर्शन बूस्ट के रूप में नहीं समझा जाना चाहिए।

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

Enhanced Intel SpeedStep ऑपरेटिंग प्रदर्शन स्थितियों (स्टेट्स) के चयन के लिए एक प्रोसेसर पावर-मैनेजमेंट तकनीक है। यह कोई निर्देश-सेट एक्सटेंशन नहीं है और इसे एक निश्चित प्रदर्शन बूस्ट के रूप में नहीं समझा जाना चाहिए।

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

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

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

ऊर्जा उपयोग को कम करने के लिए एक लैपटॉप हल्के वर्कलोड के दौरान कम प्रदर्शन स्थिति का अनुरोध कर सकता है, फिर लोड के तहत ऑपरेटिंग व्यवहार को बदल सकता है। थर्मल सीमाएं, पावर बजट और वर्कलोड शेड्यूलिंग भी देखी गई फ़्रीक्वेंसी को प्रभावित करते हैं।

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

सटीक मॉडल के विनिर्देशों और फ़र्मवेयर/OS पावर-मैनेजमेंट दस्तावेज़ों की जाँच करें। CPU क्षमता एन्युमिरेशन केवल शुरुआती बिंदु है; फ़्रीक्वेंसी समस्या का निदान करने से पहले सक्रिय नीति, पावर स्थितियों और थर्मल स्थिति का निरीक्षण करें।

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

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

SpeedStep Turbo Boost नहीं है, हर वर्कलोड के तहत नाममात्र क्लॉक की गारंटी नहीं है या इसका प्रमाण नहीं है कि रिपोर्ट की गई कम निष्क्रिय (आइडल) फ़्रीक्वेंसी कोई खराबी है। इनवेरिएंट-TSC सिस्टम पर TSC टिक्स सीधे इन फ़्रीक्वेंसी परिवर्तनों को ट्रैक नहीं करते हैं।

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

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

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

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

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

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

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

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

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

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

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

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