XSAVEOPT

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

XSAVEOPT x86 विस्तारित-स्थिति सहेजने वाले परिवार का एक अनुकूलित सदस्य है। इसके अनुमत अनुकूलन आर्किटेक्चरल स्थिति-प्रबंधन अनुबंध पर भरोसा करते हैं और इसे एक मनमाना बफ़र-कॉपी निर्देश नहीं बनाते हैं।

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

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

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

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

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

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

XSAVE और उपयुक्त लीफ़ रेंज उपलब्ध होने पर, CPUID.0DH.01H:EAX बिट 0 XSAVEOPT की गणना करता है। सक्षम स्थिति घटकों और बफ़र आवश्यकताओं की अलग से जाँच करें, और आर्किटेक्चर द्वारा निर्धारित सहेजने/पुनर्स्थापित करने की जोड़ी का पालन करें।

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

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

XSAVEOPT, XSAVEC या XSAVES नहीं है और प्रत्येक बाद के स्थिति-सहेजने वाले प्रारूप को नहीं दर्शाता है। स्थिति छवि अनुबंध का सम्मान किए बिना बफ़र का पुन: उपयोग करने से गलत पुनर्स्थापना हो सकती है। अनुकूलन एप्लिकेशन-स्तरीय प्रदर्शन लाभ स्थापित नहीं करता है।

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

एप्लिकेशन-स्तरीय सुविधा पहचान को जब संभव हो तो एक अनुरक्षित रनटाइम इंटरफ़ेस का उपयोग करना चाहिए। हार्डवेयर समर्थन को OS सक्षमता से और डायनामिक सुविधाओं के लिए प्रक्रिया अनुमति से अलग करें। अकेले CPU लेबल यह स्थापित नहीं कर सकता कि कोई मनमाना सेव/रिस्टोर अनुक्रम सही है।

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

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

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

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

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

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

Intel 64 and IA-32 Architectures Software Developer's Manual · Linux कर्नेल: यूजर स्पेस में XSTATE सुविधाओं का उपयोग करना

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

स्रोत और सत्यापन

संपादकीय स्वामित्व: Feex। कोई स्वतंत्र समीक्षा तिथि दर्ज नहीं है। हम कैसे शोध करते हैं.

Intel 64 and IA-32 Architectures Software Developer's Manual · खंड 1 और 2 नामित निर्देश परिवारों और CPUID का वर्णन करते हैं; खंड 3 स्टेट, पेजिंग, VMX और सुरक्षा नियंत्रणों का वर्णन करता है। आर्किटेक्चर दस्तावेज़ किसी विशेष मॉडल के लिए समर्थन स्थापित नहीं करता है।
Linux कर्नेल: यूजर स्पेस में XSTATE सुविधाओं का उपयोग करना · OS-सक्षम वेक्टर स्थिति, गतिशील रूप से सक्षम टाइल स्थिति, सिग्नल-स्टैक आवश्यकताएं और AMX अनुमति प्रवाह। लिनक्स-विशिष्ट व्यवहार किसी अन्य OS के बारे में वादा नहीं है।

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

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