दृश्य C ++ 2010 में OpenMP को तेज करना

C ++ में बहु-थ्रेडेड कंप्यूटिंग को लागू करने के लोकप्रिय और सस्ते साधनों में से एक OpenMP है ।

प्रौद्योगिकी के लाभ स्पष्ट हैं: सादगी; छोटे, और आसानी से कोड परिवर्तन बंद करें सबसे लोकप्रिय संकलक के लेखकों से समर्थन:

• दृश्य c ++
• जीसीसी 4.2
• इंटेल सी ++ कंपाइलर

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

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

यह क्यों हो रहा है, और इससे कैसे निपटना है?


नए ओपनएमपी कार्यान्वयन में, निष्क्रिय क्षेत्र में सक्रिय क्षेत्र से बाहर निकलने से पहले, आपका कार्यक्रम I / O के पूरा होने तक प्रतीक्षा करेगा, और सक्रिय SpinWait के साथ प्रतीक्षा करेगा।

यानी अगर हमने OMP (1 प्रति कोर) का उपयोग करके O थ्रेड बनाए हैं, और अप्रत्याशित रूप से पता चला है कि कोर में से एक पर किसी अन्य एप्लिकेशन का कब्जा है, तो एक उच्च संभावना के साथ 2 या अधिक थ्रेड्स को एक कोर पर निष्पादित किया जाएगा, जिसके बीच स्विच करना 200 मिलीसेकंड पॉज़ के साथ इंटरसेप्टर होगा। ।

लेकिन निपटान कार्यक्रमों में हम कोई अतिरिक्त सिंक्रनाइज़ेशन नहीं चाहते हैं!
इंटेल डेवलपर्स इसके बारे में जानते हैं, और सुझाव देते हैं कि उपयोगकर्ता स्वयं kmp_set_blocktime () विकल्प का उपयोग करके अतिरिक्त प्रतिबंधों का ध्यान रखता है। दुर्भाग्य से, Microsoft के उनके सहयोगियों ने उपयोगकर्ताओं को अतिरिक्त सेटिंग्स के साथ भ्रमित नहीं करने का फैसला किया।

अगर मैं एक ईमानदार थ्रेडिंग पूल में प्रोग्राम को फिर से लिखता हूं, तो आलस्य धर्म को अनुमति नहीं देता है - मैं अपने अनुभव का लाभ उठाने का सुझाव देता हूं ... Microsoft Visual Studio 2005 से मूल संस्करण के लिए ओपनएमपी डाउनग्रेड। इसके अलावा, निर्देश न्यूनतम बदलाव के साथ विजुअल स्टूडियो 2008 के लिए उपयुक्त है।

सबसे पहले, विज़ुअल C ++ 2005 सुइट से एक अलग फ़ोल्डर vcomp.lib, vcompd.lib पर कॉपी करें (आप सीधे इंस्टॉल किए गए वितरण को संदर्भित कर सकते हैं, लेकिन यह इतना सुविधाजनक नहीं है)। हम ओपनएमपी परियोजनाओं का उपयोग करते हुए गुणों में जाते हैं, और अपनी निर्देशिका को "अतिरिक्त लाइब्रेरी निर्देशिकाएँ" में जोड़ते हैं। वोइला - अब यह परियोजना ओपनएमपी के "सही", तेजी से चलने वाले संस्करण के साथ लिंक कर रही है।

लेकिन वह सब नहीं है। निम्नानुसार हेडर फ़ाइल के साथ <omp.h> को शामिल करें:

#pragma once #include <omp.h> #ifndef __OMP_LIBRARIES_ASSEMBLY_NAME_PREFIX #define __OMP_LIBRARIES_ASSEMBLY_NAME_PREFIX "Microsoft.VC80" #endif #ifndef _OMP_VC_ASSEMBLY_PUBLICKEYTOKEN #define _OMP_VC_ASSEMBLY_PUBLICKEYTOKEN "1fc8b3b9a1e18e3b" #endif #ifndef __OMP_CRT_ASSEMBLY_VERSION #define __OMP_CRT_ASSEMBLY_VERSION "8.0.50727.762" #endif #if defined(_DEBUG) #if defined(_M_IX86) #pragma comment(linker,"/manifestdependency:\"type='win32' " \ "name='" __OMP_LIBRARIES_ASSEMBLY_NAME_PREFIX ".DebugOpenMP' " \ "version='" __OMP_CRT_ASSEMBLY_VERSION "' " \ "processorArchitecture='x86' " \ "publicKeyToken='" _OMP_VC_ASSEMBLY_PUBLICKEYTOKEN "'\"") #elif defined(_M_AMD64) #pragma comment(linker,"/manifestdependency:\"type='win32' " \ "name='" __OMP_LIBRARIES_ASSEMBLY_NAME_PREFIX ".DebugOpenMP' " \ "version='" __OMP_CRT_ASSEMBLY_VERSION "' " \ "processorArchitecture='amd64' " \ "publicKeyToken='" _OMP_VC_ASSEMBLY_PUBLICKEYTOKEN "'\"") #elif defined(_M_IA64) #pragma comment(linker,"/manifestdependency:\"type='win32' " \ "name='" __OMP_LIBRARIES_ASSEMBLY_NAME_PREFIX ".DebugOpenMP' " \ "version='" __OMP_CRT_ASSEMBLY_VERSION "' " \ "processorArchitecture='ia64' " \ "publicKeyToken='" _OMP_VC_ASSEMBLY_PUBLICKEYTOKEN "'\"") #endif #else // _DEBUG #if defined(_M_IX86) #pragma comment(linker,"/manifestdependency:\"type='win32' " \ "name='" __OMP_LIBRARIES_ASSEMBLY_NAME_PREFIX ".OpenMP' " \ "version='" __OMP_CRT_ASSEMBLY_VERSION "' " \ "processorArchitecture='x86' " \ "publicKeyToken='" _OMP_VC_ASSEMBLY_PUBLICKEYTOKEN "'\"") #elif defined(_M_AMD64) #pragma comment(linker,"/manifestdependency:\"type='win32' " \ "name='" __OMP_LIBRARIES_ASSEMBLY_NAME_PREFIX ".OpenMP' " \ "version='" __OMP_CRT_ASSEMBLY_VERSION "' " \ "processorArchitecture='amd64' " \ "publicKeyToken='" _OMP_VC_ASSEMBLY_PUBLICKEYTOKEN "'\"") #elif defined(_M_IA64) #pragma comment(linker,"/manifestdependency:\"type='win32' " \ "name='" __OMP_LIBRARIES_ASSEMBLY_NAME_PREFIX ".OpenMP' " \ "version='" __OMP_CRT_ASSEMBLY_VERSION "' " \ "processorArchitecture='ia64' " \ "publicKeyToken='" _OMP_VC_ASSEMBLY_PUBLICKEYTOKEN "'\"") #endif #endif // _DEBUG 

निष्पादन योग्य और .dll फ़ाइलों में प्रकट लोडिंग के सही लोड के लिए यह आवश्यक है। यह मत भूलो कि अगर OpenMP का उपयोग लोडेड। Dll फ़ाइलों में किया जाता है, तो भी निष्पादन निष्पादन योग्य फ़ाइल के लिए पंजीकृत होना चाहिए!

मान __OMP_LIBRARIES_ASSEMBLY_NAME_PREFIX, _OMP_VC_ASSEMBLY_PUBLICKEYTOKEN और __OMP_CRT_ASSEMBLY_VERSION को <crtassem.h> से लिया गया है। यदि आपके पास विज़ुअल C ++ 2005 पैकेज है। यदि आपके पास कोई भिन्न संस्करण है।

प्रोजेक्ट अभी भी नहीं चल रहा है - अब स्टूडियो उस सीमा के लिए बहुत ही महत्वपूर्ण है जो __You_must_link_with_Microsoft_OpenMP_library प्रतीक को परिभाषित नहीं करता है।

हाँ, यह संकलक से बहुत सूक्ष्म संकेत था।

आइए जनित .obj फ़ाइल की सामग्री को देखें। मेरी राय में, disassembler मोड में objconv उपयोगिता इसके लिए सबसे उपयुक्त है।

हमें पता चलता है कि हमें निर्दिष्ट नाम के साथ बाइट आकार चर को परिभाषित करने की आवश्यकता है। दुर्भाग्यवश, C और C ++ में, हम आयातित चरित्र को सही ढंग से नहीं बना सकते हैं, इसलिए हमें MASM32 का उपयोग करना होगा।

एक व्यर्थ चर जोड़ें:

 PUBLIC __You_must_link_with_Microsoft_OpenMP_library data segment __You_must_link_with_Microsoft_OpenMP_library db 1 data ends end 

संकलन:

 ml /c antiomp.asm 

और परिणामी antiomp.obj आउटपुट OpenMP का उपयोग करके परियोजनाओं के अतिरिक्त इनपुट में जोड़ा जाता है।

यही है - हमें एक काम कोड मिलना चाहिए था। ओपनएमपी संस्करण की जांच करने के दो तरीके हैं:

1. एप्लिकेशन को चलाएं, डिबगर उठाएं और लोड किए गए मॉड्यूल की सूची में ओपनएमपी लाइब्रेरी ढूंढें (डीबग | एचडी मॉड्यूल)
2. निष्पादन योग्य फ़ाइलों में vcomp100 को प्रतिस्थापित करने का प्रयास करें। यदि सब कुछ निर्देशों के अनुसार किया जाता है, तो यह रेखा नहीं होनी चाहिए

एक अच्छी समानांतर प्रोग्रामिंग करें!