ओपनसीएल: हमने इंतजार किया - संस्करण 1.1 एनवीडिया से, लेकिन नया क्या है?

थोड़ा इतिहास या वादा किया तीन साल इंतजार कर रहे हैं

एक साल पहले थोड़ा सा, क्रोनोस ग्रुप ने ओपनसीएल 1.1 का एक नया संस्करण पेश किया और एनवीडिया ने तुरंत यह दावा किया कि इसमें पहले से ही जारी चालक को नए मानक का समर्थन करने के लिए तैयार किया गया था। सब कुछ ठीक होगा, लेकिन केवल पूर्व-रिलीज़ एक काम करने वाला उपकरण नहीं है (यहां और आधिकारिक ड्राइवरों में पर्याप्त बग हैं, लेकिन परीक्षण संस्करण में और भी अधिक), इसलिए डेवलपर्स नए संस्करण की रिहाई के लिए ईमानदारी से इंतजार कर रहे थे। CUDA 4 बाहर आया, लेकिन OpenCL मौजूद नहीं था और कभी अस्तित्व में नहीं था। इसके अलावा, यहां तक ​​कि ओपनसीएल के पूर्व-रिलीज़ संस्करण को नए ड्राइवर संस्करण से बाहर रखा गया था, अर्थात। मुझे CUDA 3 + OpenCL 1.1 के साथ एक पुराने ड्राइवर या CUDA 4 + OpenCL 1.0 के साथ एक नया ड्राइवर चुनना था। लेकिन आज ऐसा हो गया! डेवलपर्स ने एक पत्र प्राप्त किया, जिसमें कहा गया था कि अंतिम संस्करण पहले से ही आधिकारिक 280.13 ड्राइवरों में उपलब्ध है, हालांकि बीटा संस्करण अभी भी बीटा में है, लेकिन यह लंबे समय तक नहीं है।

इसलिए, मैंने यह याद रखने का फैसला किया कि नए संस्करण में क्या नया और अच्छा है, इस पर टिप्पणी साझा करने के लिए कि इस या उस फ़ंक्शन की आवश्यकता क्यों हो सकती है और क्या आप के बारे में जानने की आवश्यकता है।

OpenCL 1.1 में नया क्या है

आइए ख़ारोस समूह से सूची के माध्यम से चलते हैं, और अगर मुझे कुछ याद है जो वहाँ नहीं है, तो मैं इसे जोड़ूंगा।

मेजबान-धागा सुरक्षा

थ्रेड सेफ्टी एक उपयोगी चीज है, अब हमें यह नहीं सोचना है कि क्या कॉल करना है और कैसे सिंक्रोनाइज़ करना है। यह कितना प्रासंगिक है यह एक अच्छा सवाल है, जब तक कि एक कार्ड का उपयोग किया जाता है, तब तक कोई विशेष अर्थ नहीं होता है। जब कई कार्ड होते हैं और इसके प्रत्येक प्रवाह के लिए, तो हां, जीवन आसान हो जाता है।
यहाँ वास्तव में एक अपवाद है जिसके बारे में आमतौर पर नहीं लिखा गया है: clSetKernelArg फ़ंक्शन थ्रेड सुरक्षित नहीं है यदि इसे उसी कर्नेल ऑब्जेक्ट के लिए कहा जाता है (हालांकि स्वास्थ्य के लिए, इसे अलग-अलग ऑब्जेक्ट पर कॉल करें)। हमने इसे या तो गति के लिए किया था (मुझे बहुत समझ नहीं आ रही है), या क्योंकि विभिन्न प्रवाह के साथ एक वस्तु का उपयोग करने में अभी भी कोई अर्थ नहीं है, लेकिन तथ्य एक तथ्य है, इसलिए आपको सावधान रहने की आवश्यकता है।

उप बफर वस्तु

वास्तव में, अब आप बफर को कई टुकड़ों में तोड़ सकते हैं और वांछित उपकरण को वांछित उपकरण में भेज सकते हैं। फिर से कई ग्राफिक्स कार्ड और पोर्टेबिलिटी सुधार के मामले के लिए उपयोगी। हां, और डेटा अखंडता संरक्षित है जब आपको प्रत्येक कार्ड के लिए एक अलग बफर बनाने की आवश्यकता नहीं है। सामान्य तौर पर, यह करना संभव होगा, लेकिन यह काम में आएगा।
एक छोटी सी बारीकियों (पूरी तरह से तार्किक): आप एक साथ उप-बफर को नहीं लिख सकते हैं और इंटरसेक्टिंग सब-बफर या मुख्य बफर से पढ़ सकते हैं, जिस स्थिति में परिणाम परिभाषित नहीं होता है।

उपयोगकर्ता ईवेंट

ClCreateUserEvent और clSetUserEventStatus कमांड हैं जो उपयोगकर्ता को अपनी घटनाओं को बनाने की अनुमति देते हैं। पहले, यह केवल उन घटनाओं के लिए सब कुछ बांधने के लिए संभव था जो ओपनसीएल कमांड के निष्पादन के बाद हुई थीं। फिर से, आप इसके बिना कर सकते हैं (सिर्फ एक घटना के बाद कतार में नए आदेशों को जोड़ना), लेकिन यह अधिक सुविधाजनक हो गया है।

इवेंट कॉलबैक

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

वैसे, एक और उपयोगी फ़ंक्शन clSetMemObjectDestructorCallback हो सकता है, जो आपको एक कस्टम फ़ंक्शन जोड़ने की अनुमति देता है जिसे कहा जाता है जब cl_mem ऑब्जेक्ट हटा दिया जाता है।

3-घटक वेक्टर

2, 4, 8, 16 आकार वाले वैक्टर हुआ करते थे, लेकिन हम सभी 3-आयामी अंतरिक्ष में रहते हैं, और तीन-आयामी वैक्टर एक लोकप्रिय चीज हैं। और यदि आप 4-आयामी का उपयोग करते हैं, तो आप पहले से ही पूरे रजिस्टर को खो रहे हैं, जो एक बड़ा बेकार है। आप निश्चित रूप से अपना खुद का बना सकते हैं, लेकिन वे ओपनसीएल के अंतर्निहित ज्यामितीय कार्यों से नहीं निपटेंगे। यह निश्चित रूप से डरावना नहीं है, आप अपना खुद का लिख ​​सकते हैं (इस सवाल का कि क्या अंतर्निहित कार्यों का एक हार्डवेयर त्वरण है या नहीं अभी भी मेरे लिए एक रहस्य है, किसी तरह इसे जांचना आवश्यक होगा), लेकिन यह कि मूल समर्थन के साथ प्रायरियर होगा (मेरे मामले में प्रीटीयर) = बनाए रखना आसान है) एक तथ्य है।

वैश्विक कार्य-ऑफसेट जो गुठली को NDRange के विभिन्न भागों में संचालित करने में सक्षम बनाते हैं

ईमानदारी से, मैंने हमेशा सोचा कि यह पहले था। हां, और दोनों संस्करणों के लिए आधिकारिक दस्तावेज में यह है। अगर किसी को पता है कि यहां क्या बदल गया है, तो कृपया सदस्यता समाप्त करें।

एक बफर ऑब्जेक्ट के 1 डी, 2 डी या 3 डी आयताकार क्षेत्र को पढ़ें, लिखें और कॉपी करें

फ़ंक्शन clEnqueueReadBufferRect, clEnqueueWriteBufferRect और clEnqueueCopyBufferRect दिखाई दिए हैं , जो आपको बफर के एक आयताकार क्षेत्र को कॉपी करने की अनुमति देते हैं। यानी यदि आप लाइन में एक मैट्रिक्स या छवि को स्टोर करते हैं (लाइन के समान मैट्रिक्स) तो लाइन द्वारा, और आपको केवल इसका एक हिस्सा प्राप्त करने की आवश्यकता है, आपको अब प्रत्येक पंक्ति के लिए संपूर्ण बफर को पढ़ने / कॉपी करने या एक कमांड जारी करने की आवश्यकता नहीं है, लेकिन आप केवल मैट्रिक्स और ओपनसीएल निर्दिष्ट कर सकते हैं। सब कुछ खुद करेंगे। व्यक्तिगत रूप से, मुझे कभी ऐसा नहीं करना पड़ा, लेकिन यह बड़े मैट्रिसेस के लिए उपयोगी होना चाहिए।

मिरर रिपीट एड्रेसिंग

यदि आप छवि को बनावट के रूप में संग्रहित करते हैं, तो आप CLK_ADDRESS_MIRRORED_REPEAT का उपयोग कर सकते हैं ताकि जब आप बनावट की सीमा से आगे बढ़ें , तो आपको परिणाम मिले, जैसे कि उसका प्रतिबिंब था। और यह जितनी बार चाहे उतनी बार काम करता है, प्रतिबिंब वैकल्पिक लगते हैं।

किसी भी विभिन्न परिवर्धन और सुधार

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

CL_CONTEXT_NUM_DEVICES clGetContextInfo फ़ंक्शन के तर्क हमें बताएंगे कि कितने डिवाइस संदर्भ में हैं।

OpenCL के संस्करण का उपयोग किस प्रोग्राम में किया जाता है, यह जानने के लिए एक उपयोगी चीज है मैक्रोज़ CL_VERSION_1_0 और CL_VERSION_1_1

मानक के रूप में भी इस तरह के विस्तार में पेश किया:
cl_khr_byte_addressable_store
cl_khr_global_int32_base_atomics,
cl_khr_global_int32_extended_atomics,
cl_khr_local_int32_base_atomics,
cl_khr_local_int32_extended_atomics ।
और निर्मित परमाणु कार्यों के लिए उपसर्ग को परमाणु_ से परमाणु_ में बदल दिया गया था।

2 नए एक्सटेंशन हैं:
cl_khr_gl_event और cl_khr_d3d10_sharing ।

कई नए आदेश भी दिखाई दिए:
get_global_offset,
minmag,
maxmag,
async_work_group_strided_copy,
vec_step,
फेरबदल,
shuffle2।

मैं सभी अपडेट का वर्णन करूंगा, लेकिन मैं सोना चाहता हूं, मुझे उम्मीद है कि किसी को यह सूची उपयोगी लगेगी।

पुनश्च: फिर से, मेरी पोस्ट में कोड की एक पंक्ति नहीं है, मैं इसे बाद में ठीक करने का वादा करता हूं, उदाहरणों और परीक्षणों के बारे में कई विचार हैं, लेकिन अब हम इसके बिना जीवित रहेंगे :)

PS2: ओपनसीएल की मेरी आखिरी पोस्ट में : बहुमुखी प्रतिभा और उच्च प्रदर्शन या यह इतना सरल नहीं है? उन्होंने OpenCL के बारे में एक पुस्तक के बारे में पूछा और फिर मेरे पास जवाब देने के लिए कुछ भी नहीं था। इसलिए, आज मुझे पता चला कि एक किताब "OpenCL प्रोग्रामिंग गाइड" सिर्फ एक हफ्ते पहले प्रकाशित हुई थी। मैंने इसे अभी तक नहीं पढ़ा है, लेकिन एक त्वरित रूप से पता चला है कि यह काफी दिलचस्प लग रहा है।