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

SSE3

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

SSE3 क्षैतिज ऑपरेशनों सहित फ़्लोटिंग-पॉइंट डेटा हैंडलिंग और अंकगणित के लिए x86 निर्देशों का एक छोटा समूह जोड़ता है। यह Supplemental SSE3 से अलग है, जिसे आमतौर पर SSSE3 लिखा जाता है।

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

SSE3 क्षैतिज ऑपरेशनों सहित फ़्लोटिंग-पॉइंट डेटा हैंडलिंग और अंकगणित के लिए x86 निर्देशों का एक छोटा समूह जोड़ता है। यह Supplemental SSE3 से अलग है, जिसे आमतौर पर SSSE3 लिखा जाता है।

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

SSE3 में क्षैतिज जोड़/घटाव ऑपरेशन, वैकल्पिक जोड़/घटाव, डुप्लिकेट-लोड रूप और विशेष असंरेखित पूर्णांक-लोड उपयोग के मामलों के लिए LDDQU शामिल हैं। क्षैतिज ऑपरेशन केवल संबंधित लेनों पर स्वतंत्र अंकगणित लागू करने के बजाय इनपुट वैक्टर के भीतर तत्वों को जोड़ते हैं। सटीक लेन क्रम मायने रखता है।

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

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

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

CPUID.01H:ECX बिट 0 SSE3 को प्रगणित करता है। बिट 9 पर SSSE3 की अलग से जाँच करें। ऐप्लिकेशन की सामान्य SSE आवश्यकता से अनुमान लगाने के बजाय उस वास्तविक निर्देश का निर्धारण करें जिसने अवैध-निर्देश त्रुटि को ट्रिगर किया था।

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

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

SSE3 और SSSE3 अलग-अलग सुविधा फ़्लैग हैं। कोई भी लेबल SSE4.1, SSE4.2, POPCNT या AVX को साबित नहीं करता है। MONITOR/MWAIT की उपलब्धता और अनुमत उपयोग के लिए भी उपयोगकर्ता कोड द्वारा प्रत्येक संबद्ध निर्देश को निष्पादित करने की धारणा के बजाय अपने स्वयं के सिस्टम-स्तरीय विचार की आवश्यकता होती है।

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

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

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

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

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

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

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