ADX

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

ADX x86 पूर्णांक जोड़ निर्देश जोड़ता है जो स्वतंत्र कैरी श्रृंखलाओं की अनुमति देते हैं। यह सावधानीपूर्वक लिखे गए मल्टीप्रिसिजन अंकगणित के लिए उपयोगी है और BMI2 से स्वतंत्र है।

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

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

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

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

एक बड़ी संख्या वाला गुणन कर्नेल स्वतंत्र कैरी श्रृंखलाओं के साथ आंशिक उत्पादों को जोड़ सकता है, कभी-कभी BMI2 MULX के साथ। यह एक लाइब्रेरी के अंदर एक कार्यान्वयन विकल्प है, न कि संपूर्ण प्रोसेसर-व्यापी मोड जो प्रत्येक पूर्णांक जोड़ को तेज़ बनाता है।

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

CPUID.07H.00H:EBX बिट 19 ADX को इंगित करता है। रूटीन द्वारा उपयोग किए जाने वाले किसी भी अतिरिक्त निर्देश परिवार के लिए स्वतंत्र रूप से डिस्पैच करें। कैरी प्रसार और सीमा मामलों के साथ-साथ सामान्य संख्यात्मक परिणामों को मान्य करें।

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

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

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

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

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

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

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

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

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