निर्माता-उपभोक्ता समस्या

कम्प्यूटिंग में, निर्माता-उपभोक्ता समस्या (जिसे बाउंडेड-बफर समस्या के रूप में भी जाना जाता है) 1965 से एडजर डब्ल्यू. डिज्कस्ट्रा द्वारा वर्णित समस्याओं का एक परिवार है।

Dijkstra ने निर्माता-उपभोक्ता समस्या का समाधान पाया क्योंकि उन्होंने इलेक्ट्रोलॉजिका X1 और X8 कंप्यूटरों के लिए एक सलाहकार के रूप में काम किया: निर्माता-उपभोक्ता का पहला उपयोग आंशिक रूप से सॉफ्टवेयर, आंशिक रूप से हार्डवेयर था: स्टोर और परिधीय के बीच सूचना परिवहन की देखभाल करने वाला घटक 'एक चैनल' कहा जाता था ... सिंक्रनाइज़ेशन को दो काउंटिंग सेमाफोर द्वारा नियंत्रित किया जाता था जिसे अब हम निर्माता/उपभोक्ता व्यवस्था के रूप में जानते हैं: एक सेमाफोर कतार की लंबाई का संकेत देता है, सीपीयू द्वारा (वी में) बढ़ाया गया था और घटाया गया था (एक पी में) चैनल द्वारा, अन्य एक, अनजाने पूर्णताओं की संख्या की गणना करते हुए, चैनल द्वारा बढ़ाया गया था और सीपीयू द्वारा घटाया गया था। [दूसरा सेमाफोर पॉजिटिव होने के कारण संबंधित इंटरप्ट फ्लैग को उठाएगा।] दिज्क्स्ट्रा ने असीमित बफर केस के बारे में लिखा: हम दो प्रक्रियाओं पर विचार करते हैं, जिन्हें क्रमशः 'निर्माता' और 'उपभोक्ता' कहा जाता है। निर्माता एक चक्रीय प्रक्रिया है और हर बार जब यह अपने चक्र से गुजरता है तो यह सूचना का एक निश्चित भाग उत्पन्न करता है, जिसे उपभोक्ता द्वारा संसाधित किया जाना है। उपभोक्ता भी एक चक्रीय प्रक्रिया है और हर बार जब वह अपने चक्र से गुजरता है, तो वह सूचना के अगले हिस्से को संसाधित कर सकता है, जैसा कि निर्माता द्वारा निर्मित किया गया है ... हम मानते हैं कि इस उद्देश्य के लिए दो प्रक्रियाओं को एक बफर के माध्यम से जोड़ा जाना चाहिए असीमित क्षमता। उन्होंने बाउंडेड बफर केस के बारे में लिखा: हमने एक निर्माता और एक उपभोक्ता को एक बफर के माध्यम से असीमित क्षमता के साथ अध्ययन किया है ... संबंध सममित हो जाता है, अगर दोनों को सीमित आकार के बफर के माध्यम से जोड़ा जाता है, कहते हैं N अंश और कई निर्माता-उपभोक्ता मामले के बारे में: हम कई निर्माता/उपभोक्ता जोड़े पर विचार करते हैं, जहां जोड़ीi n युक्त एक सूचना धारा के माध्यम से युग्मित हैi भाग। हम मानते हैं ... परिमित बफ़र जिसमें सभी धाराओं के सभी भाग शामिल होने चाहिए, जिसमें 'tot' भाग की क्षमता हो। प्रति ब्रिन्च हैनसेन और निकोलस विर्थ  ने जल्द ही सेमाफोर की समस्या को देखा: मैं सेमाफोर के संबंध में एक ही निष्कर्ष पर पहुंचा हूं, अर्थात् वे उच्च स्तरीय भाषाओं के लिए उपयुक्त नहीं हैं। इसके बजाय, प्राकृतिक तुल्यकालन घटनाएँ संदेश देना का आदान-प्रदान हैं।

दिज्क्स्ट्रा का बाउंडेड बफर सॉल्यूशन
मूल सेमाफोर बाउंडेड बफर समाधान ALGOL शैली में लिखा गया था। बफर एन भागों या तत्वों को स्टोर कर सकता है। कतारबद्ध भागों की संख्या सेमाफोर (प्रोग्रामिंग) बफर में भरे हुए स्थानों की गणना करता है, खाली पदों की संख्या सेमाफोर बफर में खाली स्थानों की गणना करता है और सेमाफोर बफर हेरफेर बफर पुट और ऑपरेशन प्राप्त करने के लिए म्युटेक्स  के रूप में काम करता है। यदि बफ़र भरा हुआ है, यानी खाली स्थिति की संख्या शून्य है, तो निर्माता थ्रेड P (खाली स्थिति की संख्या) ऑपरेशन में प्रतीक्षा करेगा। यदि बफ़र खाली है, यानी कतारबद्ध भागों की संख्या शून्य है, तो उपभोक्ता धागा P (कतारबद्ध भागों की संख्या) ऑपरेशन में प्रतीक्षा करेगा। V ऑपरेशन सेमाफोर जारी करते हैं। साइड इफेक्ट के रूप में, एक थ्रेड प्रतीक्षा कतार से तैयार कतार में जा सकता है। P ऑपरेशन सेमाफोर मान को घटाकर शून्य कर देता है। V ऑपरेशन सेमाफोर मान को बढ़ाता है।

C++ 20 के अनुसार, सेमाफोर भाषा का हिस्सा हैं। Dijkstra के समाधान को आधुनिक C++ में आसानी से लिखा जा सकता है। परिवर्तनीय बफर_मैनिपुलेशन एक म्यूटेक्स है। एक थ्रेड में प्राप्त करने और दूसरे थ्रेड में रिलीज़ करने की सेमाफोर सुविधा की आवश्यकता नहीं है। लॉक और अनलॉक जोड़ी के बजाय लॉक_गार्ड कथन सी ++ आरएआईआई है। लॉक_गार्ड डिस्ट्रक्टर अपवाद के मामले में लॉक रिलीज सुनिश्चित करता है। यह समाधान एकाधिक उपभोक्ता धागे और/या एकाधिक निर्माता धागे को संभाल सकता है।

<वाक्यविन्यास प्रकाश लैंग = सी ++>
 * 1) शामिल <धागा>
 * 2) शामिल <म्यूटेक्स>
 * 3) शामिल <सेमाफोर>

std::counting_semaphore number_of_queueing_portions{0}; std::counting_semaphore number_of_empty_positions{N}; एसटीडी :: म्यूटेक्स बफर_मैनिपुलेशन;

शून्य निर्माता { के लिए { भाग भाग = उत्पादन_अगला_भाग ; number_of_empty_positions.acquire ; {     एसटीडी :: लॉक_गार्ड <एसटीडी :: म्यूटेक्स> जी (बफर_मैनिपुलेशन); add_portion_to_buffer (हिस्सा); }   number_of_queueing_portions.release ; } }

शून्य उपभोक्ता { के लिए { number_of_queueing_portions.acquire ; भाग भाग; {     एसटीडी :: लॉक_गार्ड <एसटीडी :: म्यूटेक्स> जी (बफर_मैनिपुलेशन); भाग = take_portion_from_buffer ; }   number_of_empty_positions.release ; प्रक्रिया_भाग_लिया (भाग); } }

मुख्य प्रवेश बिंदु { एसटीडी :: धागा टी 1 (निर्माता); एसटीडी :: धागा टी 2 (उपभोक्ता); t1.join ; टी 2.जॉइन ; } 

मॉनिटर का प्रयोग
प्रति ब्रिंच हैनसेन ने मॉनिटर को परिभाषित किया: मैं एक साझा चर और उस पर सार्थक संचालन के सेट को निरूपित करने के लिए मॉनिटर शब्द का उपयोग करूंगा। एक मॉनिटर का उद्देश्य एक निश्चित नीति के अनुसार अलग-अलग प्रक्रियाओं के बीच संसाधनों की समयबद्धता को नियंत्रित करना है। टोनी होरे ने मॉनिटर के लिए सैद्धांतिक नींव रखी।

मॉनिटर एक वस्तु है जिसमें चर होते हैं,  ,   और   एक परिपत्र बफर का एहसास करने के लिए, स्थिति चर   और   तुल्यकालन और तरीकों के लिए   और   बंधे हुए बफर तक पहुँचने के लिए। मॉनिटर ऑपरेशन प्रतीक्षा सेमाफोर ऑपरेशन पी या अधिग्रहण से मेल खाती है, सिग्नल वी या रिलीज से मेल खाता है। गोलाकार ऑपरेशन (+) को मोडुलो एन लिया जाता है। प्रस्तुत पास्कल शैली छद्म कोड एक होरे मॉनिटर दिखाता है। एक मेसा (प्रोग्रामिंग भाषा) मॉनिटर उपयोग करता है   के बजाय. एक प्रोग्रामिंग भाषा C++ संस्करण है:

<वाक्यविन्यास प्रकाश लैंग = सी ++> वर्ग Bounded_buffer { भाग बफर [एन]; // 0..एन-1 अहस्ताक्षरित सिर, पूंछ; // 0..एन-1 अहस्ताक्षरित गिनती; // 0..एन एसटीडी :: condition_variable nonempty, nonfull; एसटीडी :: म्युटेक्स एमटीएक्स; जनता: शून्य परिशिष्ट (भाग x) { एसटीडी :: अद्वितीय_लॉक <एसटीडी :: म्यूटेक्स> एलसीके (एमटीएक्स); nonfull.wait (lck, [&] {वापसी! (N == गिनती);}); जोर (0 <= गिनती && गिनती <एन); बफर [पूंछ ++] = एक्स; पूंछ% = एन; ++ गिनती; nonempty.notify_one ; } भाग निकालें  { एसटीडी :: अद्वितीय_लॉक <एसटीडी :: म्यूटेक्स> एलसीके (एमटीएक्स); nonempty.wait (lck, [&] {वापसी! (0 == गिनती);}); जोर (0 <गिनती && गिनती <= एन); भाग x = बफ़र [सिर++]; सिर% = एन; --गिनती करना; nonfull.notify_one ; वापसी एक्स; } बाउंडेड_बफ़र  { सिर = 0; पूंछ = 0; गिनती = 0; } }; 

सी ++ संस्करण को तकनीकी कारणों से अतिरिक्त म्यूटेक्स की आवश्यकता है। यह बफ़र जोड़ने और हटाने के संचालन के लिए पूर्व शर्त लागू करने के लिए जोर का उपयोग करता है।

चैनलों का उपयोग करना
इलेक्ट्रोलॉजिका कंप्यूटरों में सबसे पहले निर्माता-उपभोक्ता समाधान ने 'चैनल' का इस्तेमाल किया। होरे परिभाषित चैनल (प्रोग्रामिंग): स्रोत और गंतव्य के स्पष्ट नामकरण का एक विकल्प एक बंदरगाह का नाम देना होगा जिसके माध्यम से संचार होना है। पोर्ट नाम प्रक्रियाओं के लिए स्थानीय होंगे, और जिस तरीके से बंदरगाहों के जोड़े को चैनलों से जोड़ा जाना है, उसे समानांतर कमांड के प्रमुख में घोषित किया जा सकता है। ब्रिन्च हैनसेन ने प्रोग्रामिंग भाषाओं जॉयस (प्रोग्रामिंग भाषा) # संचार और सुपर पास्कल # चैनल और संचार में चैनलों को कार्यान्वित किया। प्लान 9 ऑपरेटिंग सिस्टम प्रोग्रामिंग लैंग्वेज एलेफ (प्रोग्रामिंग लैंग्वेज), इन्फर्नो ऑपरेटिंग सिस्टम प्रोग्रामिंग लैंग्वेज लिम्बो (प्रोग्रामिंग भाषा)  में चैनल हैं। निम्नलिखित सी स्रोत कोड यूजर स्पेस से प्लान 9 पर संकलित है:

कार्यक्रम का प्रवेश बिंदु कार्य कर रहा है. समारोह कॉल  चैनल बनाता है, फ़ंक्शन कॉल करता है   चैनल और फ़ंक्शन कॉल में मान भेजता है   चैनल से मूल्य प्राप्त करता है। प्रोग्रामिंग लैंग्वेज गो (प्रोग्रामिंग लैंग्वेज)#Concurrency: goroutines और channel में चैनल भी हैं। एक जाओ उदाहरण:

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

सेमाफोर या मॉनिटर के बिना
लेस्ली लामपोर्ट ने एक निर्माता और एक उपभोक्ता के लिए एक बाध्य बफर निर्माता-उपभोक्ता समाधान प्रलेखित किया: हम मानते हैं कि बफर अधिकतम बी संदेशों को पकड़ सकता है, बी> = 1। हमारे समाधान में, हम के को बी से अधिक निरंतर होने देते हैं, और चलो s और r पूर्णांक चर हैं जो 0 और k-1 के बीच मान मानते हैं। हम मानते हैं कि शुरू में s=r और बफर खाली है। k को b का एक बहु होने के लिए चुनकर, बफर को एक सरणी B [0: b - 1] के रूप में लागू किया जा सकता है। निर्माता बस प्रत्येक नए संदेश को B[s mod b] में डालता है, और उपभोक्ता प्रत्येक संदेश को B[r mod b] से लेता है। एल्गोरिदम नीचे दिखाया गया है, अनंत के लिए सामान्यीकृत।

लैमपोर्ट समाधान शेड्यूलर में प्रतीक्षा करने के बजाय थ्रेड में व्यस्त प्रतीक्षा का उपयोग करता है। यह समाधान असुविधाजनक समय पर अनुसूचक थ्रेड स्विच के प्रभाव की उपेक्षा करता है। यदि पहले थ्रेड ने मेमोरी से वैरिएबल मान पढ़ा है, तो शेड्यूलर दूसरे थ्रेड पर स्विच करता है जो वेरिएबल मान को बदलता है, और शेड्यूलर पहले थ्रेड पर वापस स्विच करता है, फिर पहला थ्रेड वेरिएबल के पुराने मान का उपयोग करता है, वर्तमान मान का नहीं. परमाणु पढ़ें-संशोधित-लिखें | पढ़ें-संशोधित-लेखन इस समस्या को हल करता है। आधुनिक सी ++ ऑफर  मल्टी-थ्रेड प्रोग्रामिंग के लिए चर और संचालन। एक निर्माता और एक उपभोक्ता के लिए निम्नलिखित व्यस्त प्रतीक्षा सी ++ 11 समाधान परमाणु पठन-संशोधित-लेखन संचालन का उपयोग करता है   और   परमाणु चर पर.

<वाक्यविन्यास प्रकाश लैंग = सी ++> एनम {एन = 4}; संदेश बफर [एन]; एसटीडी :: परमाणु <अहस्ताक्षरित> गिनती {0}; शून्य निर्माता { अहस्ताक्षरित पूंछ {0}; के लिए { संदेश संदेश = उत्पादन संदेश ; जबकि (एन == गिनती) ; // प्रतीक्षा में व्यस्त बफ़र [पूंछ ++] = संदेश; पूंछ% = एन; count.fetch_add (1, एसटीडी :: मेमोरी_ऑर्डर_रिलैक्स्ड); } } शून्य उपभोक्ता { अहस्ताक्षरित सिर {0}; के लिए { जबकि (0 == गिनती) ; // प्रतीक्षा में व्यस्त संदेश संदेश = बफ़र [सिर++]; सिर% = एन; काउंट.फ़ेच_सब (1, एसटीडी :: मेमोरी_ऑर्डर_रिलैक्स्ड); उपभोग संदेश (संदेश); } } मुख्य प्रवेश बिंदु { एसटीडी :: धागा टी 1 (निर्माता); एसटीडी :: धागा टी 2 (उपभोक्ता); t1.join ; टी 2.जॉइन ; } 

परिपत्र बफर सूचकांक चर  और   थ्रेड-लोकल हैं और इसलिए मेमोरी स्थिरता के लिए प्रासंगिक नहीं हैं। चर   निर्माता और उपभोक्ता धागे की व्यस्त प्रतीक्षा को नियंत्रित करता है।

यह भी देखें

 * परमाणु संचालन
 * डिजाइन पैटर्न (कंप्यूटर विज्ञान)
 * फीफो (कंप्यूटिंग और इलेक्ट्रॉनिक्स)
 * पाइपलाइन (सॉफ्टवेयर)
 * चैनल (प्रोग्रामिंग)
 * जावा में कार्यान्वयन: जावा संदेश सेवा

अग्रिम पठन

 * Mark Grand Patterns in Java, Volume 1, A Catalog of Reusable Design Patterns Illustrated with UML
 * C/C++ Users Journal (Dr.Dobb's) January 2004, "A C++ Producer-Consumer Concurrency Template Library", by Ted Yuan, is a ready-to-use C++ template library. The small template library source code and examples can be found here
 * Ioan Tinca, The Evolution of the Producer-Consumer Problem in Java