बैठक सी ++ 2013

बैठक सी ++, डसेलडोर्फ

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

मुख्य रुझान

• शब्दार्थ को स्थानांतरित करें;
• अतुल्यकालिक;
• नेट
• उत्पादकता में वृद्धि यिन और यांग से विभाजित है
  
  • मल्टी-कोर आर्किटेक्चर पर c ++ एप्लिकेशन स्केलिंग;
  • एम्बेडेड सिस्टम पर c ++।

शब्दार्थ को स्थानांतरित करें

अपने आप में, शब्दार्थ को स्थानांतरित करें, मुझे लगता है, सभी के लिए परिचित है। एक त्वरित खोज Habré ( 1 , 2 , 3 ) पर कई पोस्ट देती है। लगभग हर वक्ता ने उससे कुछ छीना। दिलचस्प चीजों में से, एरिक निबलर ने अनुमान लगाया कि अब कार्यों के मापदंडों को पारित करना बेहतर है और उनमें से किसको वापस करना है। सिंक तर्कों और इस तथ्य को ध्यान में रखते हुए कि कंपाइलर प्रतिद्वंद्विता को पहचान सकता है, हमें एक अद्भुत सारांश प्लेट ¹ मिली।

श्रेणी	C ++ 11 के लिए सिफारिशें
इनपुट पैरामीटर : छोटे और सिंक मान बाकी सब	मूल्य से गुजारें कॉन्स्ट रेफ
वापसी मूल्य	मूल्य से गुजारें
इनपुट / आउटपुट पैरामीटर	स्टेटफुल एल्गोरिथम ऑब्जेक्ट 2 का उपयोग करना

asynchrony

सामान्य शब्दों के अलावा, जैसे "अतुल्यकालिक डिजाइन के साथ शुरू होता है", शिकायतें ज्यादातर सुनी जाती थीं: आखिरकार, भाषा में अतुल्यकालिक इनपुट / आउटपुट अभी भी मौजूद नहीं है। यह स्पष्ट है कि तुल्यकालिक इनपुट / आउटपुट के साथ एक अतुल्यकालिक कार्यक्रम सभी अर्थ खो देता है। इसलिए, भविष्य के मानकों के बारे में चर्चा की गई थी, std :: async और std :: भविष्य के बारे में, लेकिन, दुर्भाग्य से, C ++ में अतुल्यकालिक जीवित रहने के बजाय मृत है। आप कई अलग-अलग अच्छे पुस्तकालयों या प्लेटफ़ॉर्म-विशिष्ट समाधानों का उपयोग कर सकते हैं, लेकिन इस स्थान पर भाषा जिस तरह से खड़ी थी वह अभी भी इसके लायक है।
बयानों के अनुसार, एक सार्वभौमिक अतुल्यकालिक मॉडल केवल C ++ 17 में शामिल किया जाएगा। जबकि आप उसके वर्णन से परिचित हो सकते हैं ।
पृथ्वी पर इस स्वर्ग की प्रत्याशा में हम वास्तव में क्या उपयोग कर सकते हैं? कोई नई बात नहीं!

• POSIX: aio;
• FreeBSD: kqueue;
• लिनक्स: एपोल;
• कहीं भी बढ़ावा :: asio।

नेटवर्क

सब कुछ अतुल्यकालिक (यदि बदतर नहीं है) के साथ के रूप में उदास है। WG21 / SG4 (नेटवर्क से निपटने के मानकीकरण समिति में एक शोध समूह) के प्रतिनिधि ने आने वाले समय के लिए अपना रोडमैप लाया:

• 2014 - नेटवर्क बाइट ऑर्डर, यूआरआई, आईपी पता;
• 201X - सार्वभौमिक अतुल्यकालिक मॉडल (एक ही), HTTP, रिज़ॉल्वर;
• 201Y - सॉकेट्स, एसिंक्रोनस इनपुट / आउटपुट स्ट्रीम;
• 201Z - एसएसएल, आईसीएमपी।

व्यक्तिगत रूप से, मैं बहुत उदास हूं कि मानक में HTTP सॉकेट की तुलना में पहले दिखाई देगा। अगर मैं सही तरीके से समझूं, तो यह इस तथ्य के कारण है कि HTTP की मांग बहुत अधिक है।

उत्पादकता बढ़ाएं

जैसे ही हम उत्पादकता में सुधार के बारे में बात करते हैं, आवाज तुरंत बातचीत में फट जाती है: "मैं ठीक से कई कोर के लिए आवेदन कैसे कर सकता हूं?" और "मैं एम्बेडेड के लिए आवेदन का अनुकूलन कैसे कर सकता हूं?"। यदि आपको लगता है कि C ++ और एम्बेडेड बकवास है, तो यहां परिचित के लिए दस्तावेजों की एक सूची है:

• संयुक्त स्ट्राइक फाइटर एयर व्हीकल C ++ सिस्टम विकास और प्रदर्शन कार्यक्रम के लिए कोडिंग मानक, लॉकहीड मार्टिन कॉर्पोरेशन, 2005;
• MISRA-C: 2008 - महत्वपूर्ण प्रणालियों में C ++ भाषा के उपयोग के लिए दिशानिर्देश, MIRA लिमिटेड, 2008;
• सी ++ प्रदर्शन पर तकनीकी रिपोर्ट , अध्याय 7 एंबेडेड सिस्टम में सी ++ का उपयोग करना।

C ++ 11 के पहलू में, दोनों समस्याओं को एक सामान्य दृष्टिकोण से माना जा सकता है।

• हमारा पसंदीदा अतुल्यकालिक: यह हमें लॉक-और मल्टी-कोर आर्किटेक्चर पर प्रतीक्षा-मुक्त देता है, हम एम्बेडेड में बड़ी संख्या में थ्रेड से दूर जा रहे हैं।
• हम PODs का उपयोग कहां से कर सकते हैं, क्योंकि अब is_pod, is_trivial, is_standard_layout है जो मानक पुस्तकालय (हाँ, हम भी) को यह पता लगाने की अनुमति देता है कि हम ब्लॉक में मेमोरी कहां कॉपी कर सकते हैं, और जहां हमें बिट-वार कॉपी करना होगा।
• कहीं भी बिना शब्दार्थ के कदम नहीं। हम अनावश्यक आंदोलनों पर बचत करते हैं।
• हम वह सब कुछ निकाल लेते हैं जो संकलन के स्तर पर संभव है। विशेष रूप से, अब हमारे पास std :: array है, जिसका उपयोग मानक एल्गोरिदम के साथ किया जा सकता है, लेकिन साथ ही हम डायनामिक मेमोरी आवंटन से बचते हैं।
• हम std :: साझा_ptr, std :: unique_ptr का उपयोग करके मेमोरी का प्रबंधन करते हैं।

वैसे, std के बारे में :: share_ptr Going Native'2012 की समीक्षा में उल्लेख किया गया है कि आपको std का उपयोग क्यों करना चाहिए :: make_sared के बजाय std :: shared_ptr कंस्ट्रक्टर:

auto sp1 = make_shared<T>( args ); // 1 allocation, 24 bytes overhead shared_ptr<T> sp2( new T( args ) ); // 2 allocations, 40 bytes overhead 

रेनर ग्रिम विभिन्न दृष्टिकोणों के प्रदर्शन की तुलना करने के लिए बहुत आलसी नहीं था, जिसमें नियमित संकेत, एसटीडी :: शेयर्ड_एप्ट्र और एसटीडी :: यूनिक_प्रटर शामिल हैं। ³

 auto st = std::chrono::system_clock::now(); for (long long i=0 ; i < 100000000; ++i){ int* tmp(new int(i)); delete tmp; // std::unique_ptr<int> tmp(new int(i)); // std::shared_ptr<int> tmp(new int(i)); // std::shared_ptr<int> tmp= std::make_shared<int>(i); } std::chrono::duration<double> dur=std::chrono::system_clock::now() - st(); std::cout << dur.count(); 

ऐसी तुलना तालिका मिली।

सूचक प्रकार	असली हार्डवेयर	वर्चुअलाइजेशन
देशी	3.0 सेकंड।	5.7 सेकंड।
std :: unique_ptr	2.9 सेकेंड।	5.7 सेकंड।
std :: साझा किया गया	6.0 सेकंड।	11.8 सेकेंड।
std :: make_sared		6.5 सेकंड।

---

संदर्भ
1. एरिक नीब्लर, सी ++ 11 और नो-समझौता लाइब्रेरी डिजाइन
2. पैरामीटर्स, मूवमेंट शब्दार्थ और स्टेटफुल एल्गोरिदम
3. रेनर ग्रिम, सी ++ 11 के साथ एंबेडेड प्रोग्रामिंग