FMA और FMA3

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

इसे FMA, FMA3 भी कहा जाता है

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

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

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

एक फ्यूज्ड ऑपरेशन गंतव्य प्रारूप में राउंडिंग करने से पहले उत्पाद और योग का मूल्यांकन एक अंकगणितीय ऑपरेशन के रूप में करता है। यह उस योगदान को संरक्षित कर सकता है जो गुणन को पहले राउंड करने पर खो जाता। 132, 213 और 231 निर्देश रूप यह चुनते हैं कि कौन से ऑपरेंड उत्पाद, योज्य (addend) और अधिलेखित गंतव्य प्रदान करते हैं। स्केलर और पैक्ड रूपों में अलग-अलग लेन व्यवहार होते हैं।

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

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

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

VEX FMA3 निर्देशों के लिए, पूर्ण AVX OS-स्थिति जांचों के साथ CPUID.01H:ECX बिट 12 की जांच करें। यदि EVEX रूपों का उपयोग कर रहे हैं, तो उन रूपों द्वारा आवश्यक अतिरिक्त AVX-512 सबसेट और स्थिति की जांच करें। पुनर्निर्माण के बाद संख्यात्मक परिणाम बदलने पर कंपाइलर फ़्लैग का निरीक्षण करें।

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

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

FMA का अर्थ यह नहीं है कि प्रत्येक फ्लोटिंग-पॉइंट अभिव्यक्ति का मूल्यांकन अतिरिक्त प्रिसिजन के साथ किया जाता है, और यह कंपाइलर सेटिंग्स में समान परिणामों की गारंटी नहीं देता है। FMA4 एक अलग निर्देश परिवार है। न तो AVX और न ही केवल AVX2 FMA3 के लिए समर्थन साबित करता है।

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

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

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

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

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

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