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

FXSR

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

FXSR लिगेसी फ्लोटिंग-पॉइंट और SIMD स्थिति को सहेजने और पुनर्स्थापित करने के लिए FXSAVE/FXRSTOR सुविधाओं की पहचान करता है। यह एप्लिकेशन गति रेटिंग के बजाय एक ऑपरेटिंग-सिस्टम स्थिति-प्रबंधन क्षमता है।

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

FXSR लिगेसी फ्लोटिंग-पॉइंट और SIMD स्थिति को सहेजने और पुनर्स्थापित करने के लिए FXSAVE/FXRSTOR सुविधाओं की पहचान करता है। यह एप्लिकेशन गति रेटिंग के बजाय एक ऑपरेटिंग-सिस्टम स्थिति-प्रबंधन क्षमता है।

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

FXSAVE परिभाषित x87, MMX, XMM और MXCSR स्थिति इमेज लिखता है, और FXRSTOR संगत स्थिति को पुनर्स्थापित करता है। इमेज का एक निर्दिष्ट लेआउट और संरेखण (alignment) होता है। सटीक रजिस्टर सेट और प्रारूप निष्पादन मोड और आर्किटेक्चरल नियंत्रणों पर निर्भर करते हैं।

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

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

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

CPUID.01H:EDX बिट 24 FXSR को सूचीबद्ध करता है। लो-लेवल सॉफ्टवेयर को आर्किटेक्चर मैनुअल में नियंत्रण-रजिस्टर, संरेखण और विशेषाधिकार आवश्यकताओं का भी पालन करना चाहिए। OS संदर्भ हैंडलिंग को एप्लिकेशन-स्तरीय सेव/रिस्टोर वर्कअराउंड से न बदलें।

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

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

एक FXSAVE इमेज बाद की सभी AVX, AVX-512 या AMX स्थिति को संरक्षित नहीं करता है। इसे पूर्ण आधुनिक संदर्भ मानना प्रोग्राम को दूषित कर सकता है, भले ही FXSR समर्थित हो। XSAVE-परिवार स्थिति प्रबंधन एक अलग तंत्र है।

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

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

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

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

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

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

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

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

Intel 64 and IA-32 Architectures Software Developer's Manual · x86-64 psABI: प्रोसेसर आर्किटेक्चर और माइक्रोआर्किटेक्चर स्तर

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

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

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

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

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

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