यह जानने के लिए पर्याप्त नहीं है कि म्यूटेक्स, सेमाफोर और एसिंक्स / वेट क्या हैं। आपको क्वांटा से सब कुछ जानने की जरूरत है

बहुत जल्द, सेंट पीटर्सबर्ग में 29-30 नवंबर और मास्को में 6-07 दिसंबर को हम छठे .NET सेमिनार का शुभारंभ करेंगे। इस बार मल्टीथ्रेडिंग और प्रतिस्पर्धा के विषय पर। हमने इसके बारे में पहले से ही हैबे पर एक दो बार लिखा था, लेकिन आज इसके लिए एक अलग कारण है: संगोष्ठी एक वास्तविक अनन्य है । हाइब्रिड सिंक्रोनाइज़ेशन आदिम के संचालन का वर्णन किया जाएगा: Monitor । हां, परिचित छोटी चीज एक अलग रिपोर्ट के योग्य है। आखिरकार, अपने काम में वह प्रोसेसर आवृत्ति और कोर की संख्या दोनों को ध्यान में रखता है, खाता लॉक काफिले / भुखमरी को ध्यान में रखता है और सामान्य रूप से बहुत जटिल है।

और मनोरंजन लेख के अंत में, मैं मल्टीथ्रेडिंग पर कुछ क्विज़ के माध्यम से जाने का प्रस्ताव करूँगा।

कार्यशाला से एक छोटा सा परिदृश्य

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

लेकिन यहां एक और सवाल उठता है: यदि इस कॉन्फ़िगरेशन पर हमारा थ्रेड कर्नेल-लेवल लॉक स्थापित करता है (उदाहरण के लिए, सेमाफोर (1)), तो दूसरा थ्रेड लॉक हो जाता है और इस लॉक में पहुंच जाता है, तो यह सर्वर में ज्यादा समय तक टिका रहेगा। रिवाज में होगा। क्यों? हां, क्योंकि क्लाइंट की तुलना में सर्वर का समय टुकड़ा 6 गुना लंबा है, और इस धागे को पहले तब तक इंतजार करना होगा जब तक कि पहली स्ट्रीम लॉक रिलीज बिंदु तक नहीं पहुंच जाती, और तब जब इसे एक नया क्वांटम मिलता है।

हालांकि, ऐसे मामले के लिए मदद है: जब ताला जारी किया जाता है, तो सभी धागे जो इसे अस्थायी रूप से (1 क्वांटम द्वारा) उम्मीद कर रहे थे, अन्य थ्रेड्स पर प्राथमिकता है और दूसरा धागा प्रोसेसर समय को तुरंत प्राप्त करेगा।

CLRium 6

ये तीन पैराग्राफ 4 रिपोर्ट के संक्षिप्त 5% हैं। और वह पहले से ही जानकारी में समृद्ध है जिसका उपयोग सभी स्तरों पर किया जा सकता है: सिंक्रनाइज़ेशन प्राइमेटिव्स के साथ काम करने से लेकर उच्च-स्तरीय पुस्तकालयों के साथ काम करने के लिए। और हमारा कार्यक्रम यह है:

1. हम प्रक्रियाओं के प्रकारों को देखेंगे। उनमें से बहुत से हैं, और हम उनमें से दो का उपयोग ताकत से करते हैं: ये साधारण और आधुनिक हैं;
2. एक पंक्ति में तीन रिपोर्टें सिस्टम-स्तरीय थ्रेड्स का संचालन कर रही हैं: सिंगल-कोर, मल्टी-कोर सिस्टम और एनयूएमए सिस्टम पर शेड्यूल करना। हर जगह नियम अलग हैं और इसे आपके काम में ध्यान में रखा जाना चाहिए;
3. क्वांटम समय स्तर पर सिंक्रोनाइज़ेशन प्राइमेटिक्स के काम का विश्लेषण। आप सभी ने साक्षात्कार में लॉक / म्यूटेक्स / सेमाफोर के बारे में बात करना सीखा। दोहराने का कोई मतलब नहीं है, और इसलिए हम खुद को समयसीमा के साथ जोड़ेंगे और देखेंगे कि सभी सिंक्रोनाइज़ेशन प्राइमेटरीज पर प्रोसेसर के बीच क्वांटा कैसे वितरित किया जाता है: कर्नेल-स्पेस, यूजर-स्पेस और हाइब्रिड वाले।
4. एक सच्ची कार्यशाला अनन्य: Monitor आदिम की संरचना। यह तथ्य कि lock(){} try { } finally { } में पता चला है try { } finally { } आप पहले से ही मेरे बिना जानते थे, लेकिन क्या Monitor.Enter , Monitor.Leave , Monitor.TryEnter में Monitor.TryEnter है Monitor.TryEnter एक अलग, घने, पूर्ण नरक के लिए एक विषय है। मेरा विश्वास करो, उसके अंदर सब कुछ बहुत, बहुत अच्छा है। यह एक हाइब्रिड सिंक्रोनाइज़ेशन प्राइमेटिव है जो भुखमरी, अत्यधिक लॉक और लॉक काफिले से बचने के लिए बनाया गया है।
5. लॉक-फ़्री और वेट-फ़्री पर तीन ठोस रिपोर्टें, जिनमें टोही ड्रोन और वायु रक्षा के उदाहरण शामिल हैं, इन ड्रोनों को शूट करने की कोशिश कर रहे हैं। और ये रिपोर्ट्स HighLoad ++ द्वारा इतनी पसंद की गईं कि उन्हें 07-08 नवंबर को मास्को में HighLoad ++ बुलाया गया।
6. PLINQ और Async-Await पर रिपोर्ट की एक श्रृंखला। सब कुछ यथासंभव विस्तृत भी है। घड़ी से नहीं: यह सामान इंटरनेट पर पर्याप्त है। प्रत्येक तकनीक को "अंदर से" बताया जाएगा: जैसा कि CLRium में प्रथागत है।
7. और संगोष्ठी को Microsoft और आंतरिक (लॉक स्तर पर समानांतरीकरण के लिए वेक्टर निर्देश) से मुक्त संग्रह की रिपोर्ट पर दो रिपोर्टों द्वारा बंद किया जाएगा।

कुछ आँकड़े

हम देश में सबसे बड़े सेमिनार हैं और सामान्य तौर पर हम सिर्फ एक सम्मेलन नहीं हैं क्योंकि हम अपने प्रारूप को पसंद करते हैं। आप उन रिपोर्टों के बीच चयन नहीं करते हैं जो आप नहीं करेंगे। तुम हर चीज के लिए जाते हो। उसी समय, आप पहले से समझते हैं कि संगोष्ठी के सभी विषय आपके लिए दिलचस्प हैं, क्योंकि विषय एक है। CLRium 6: 700 लोग दोनों शहरों में मौजूद होंगे। लगभग 700 लोग समानांतर में अपने कौशल को पंप करते हैं और प्रतिस्पर्धा के साथ काम करते हैं। और वे साक्षात्कार के लिए जाएंगे। आओ और तुम हमारे पास :)।