वितरित ऑपरेटिंग सिस्टम

From Vigyanwiki
Revision as of 16:54, 12 June 2023 by alpha>Indicwiki (Created page with "{{Short description|Operating system designed to operate on multiple systems over a network computer}} एक वितरित ऑपरेटिंग सिस्टम...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

एक वितरित ऑपरेटिंग सिस्टम स्वतंत्र सॉफ़्टवेयर, संगणक संजाल , इंटर-प्रोसेस संचार और भौतिक रूप से अलग कम्प्यूटेशनल नोड्स के संग्रह पर सिस्टम सॉफ़्टवेयर है। वे कई सीपीयू द्वारा सेवित नौकरियों को संभालते हैं।[1] प्रत्येक व्यक्तिगत नोड वैश्विक समग्र ऑपरेटिंग सिस्टम का एक विशिष्ट सॉफ़्टवेयर सबसेट रखता है। प्रत्येक सबसेट दो अलग-अलग सेवा प्रदाताओं का एक संयोजन है।[2] पहला एक सर्वव्यापी न्यूनतम कर्नेल (ऑपरेटिंग सिस्टम), या microkernel है, जो उस नोड के हार्डवेयर को सीधे नियंत्रित करता है। दूसरा सिस्टम प्रबंधन घटकों का एक उच्च-स्तरीय संग्रह है जो नोड की व्यक्तिगत और सहयोगी गतिविधियों का समन्वय करता है। ये घटक सार माइक्रोकर्नेल कार्य करते हैं और उपयोगकर्ता अनुप्रयोगों का समर्थन करते हैं।[3]

माइक्रोकर्नेल और प्रबंधन घटक संग्रह एक साथ काम करते हैं। वे एक कुशल और स्थिर प्रणाली में कई संसाधनों और प्रसंस्करण कार्यक्षमता को एकीकृत करने के सिस्टम के लक्ष्य का समर्थन करते हैं। रेफरी नाम = Fortier1986 >{{cite book|last=Fortier|first=Paul J.|title=डिस्ट्रीब्यूटेड ऑपरेटिंग सिस्टम का डिजाइन: कॉन्सेप्ट्स एंड टेक्नोलॉजी|url=https://books.google.com/books?id=F7QmAAAAMAAJ%7Cyear=1986%7Cpublisher=Intertext Publications|isbn=9780070216211}</ref> एक वैश्विक प्रणाली में अलग-अलग नोड्स के इस सहज एकीकरण को पारदर्शिता, या एकल सिस्टम छवि के रूप में संदर्भित किया जाता है; एक कम्प्यूटेशनल इकाई के रूप में वैश्विक प्रणाली की उपस्थिति के उपयोगकर्ताओं को प्रदान किए गए भ्रम का वर्णन करना।

विवरण

मोनोलिथिक कर्नेल, माइक्रोकर्नेल और हाइब्रिड कर्नेल-आधारित ऑपरेटिंग सिस्टम की संरचना

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

अतिरिक्त उपयोगकर्ता-स्तरीय मॉड्यूलर सेवाओं से न्यूनतम सिस्टम-स्तरीय कार्यक्षमता को अलग करना तंत्र और नीति को अलग करता है। तंत्र और नीति की व्याख्या केवल इस रूप में की जा सकती है कि क्रमशः क्या किया जाता है बनाम कैसे कुछ किया जाता है। यह अलगाव लचीलापन और मापनीयता बढ़ाता है।


सिंहावलोकन

कर्नेल

प्रत्येक लोकेल (कंप्यूटर हार्डवेयर) (आमतौर पर एक नोड) पर, कर्नेल नोड के अंतर्निहित हार्डवेयर और संसाधनों को संचालित करने के लिए आवश्यक नोड-स्तरीय उपयोगिताओं का एक न्यूनतम पूर्ण सेट प्रदान करता है। इन तंत्रों में नोड के संसाधनों, प्रक्रियाओं, संचार, और इनपुट/आउटपुट प्रबंधन समर्थन कार्यों का आवंटन, प्रबंधन और स्वभाव शामिल है।[4] कर्नेल के भीतर, वितरित ओएस के लिए संचार उप-प्रणाली का सबसे महत्वपूर्ण महत्व है।[3]

एक वितरित ओएस में, कर्नेल अक्सर निम्न-स्तरीय पता स्थान प्रबंधन, थ्रेड (कंप्यूटिंग) प्रबंधन, और अंतर-प्रक्रिया संचार (आईपीसी) सहित कार्यों के न्यूनतम सेट का समर्थन करता है। इस डिज़ाइन के कर्नेल को माइक्रोकर्नेल कहा जाता है।[5][6] इसकी मॉड्यूलर प्रकृति एक वितरित ओएस के लिए आवश्यक सुविधाओं, विश्वसनीयता और सुरक्षा को बढ़ाती है।[7]

File:System Management Components.PNG
सिस्टम प्रबंधन घटकों का अवलोकन

सिस्टम प्रबंधन

सिस्टम प्रबंधन घटक सॉफ्टवेयर प्रक्रियाएं हैं जो नोड की नीतियों को परिभाषित करती हैं। ये घटक कर्नेल के बाहर OS का हिस्सा हैं। ये घटक उच्च स्तरीय संचार, प्रक्रिया और संसाधन प्रबंधन, विश्वसनीयता, प्रदर्शन और सुरक्षा प्रदान करते हैं। वितरित वातावरण में आवश्यक पारदर्शिता को जोड़ते हुए घटक एकल-इकाई प्रणाली के कार्यों से मेल खाते हैं।[3]

ओएस की वितरित प्रकृति को वैश्विक प्रणाली के लिए नोड की जिम्मेदारियों का समर्थन करने के लिए अतिरिक्त सेवाओं की आवश्यकता होती है। इसके अलावा, सिस्टम प्रबंधन घटक विश्वसनीयता, उपलब्धता और दृढ़ता की रक्षात्मक जिम्मेदारियों को स्वीकार करते हैं। ये जिम्मेदारियां आपस में टकरा सकती हैं। एक सुसंगत दृष्टिकोण, संतुलित परिप्रेक्ष्य और समग्र प्रणाली की गहरी समझ ह्रासमान प्रतिफल की पहचान करने में सहायता कर सकती है। नीति और तंत्र का पृथक्करण ऐसे संघर्षों को कम करता है।[8]


एक ऑपरेटिंग सिस्टम के रूप में एक साथ काम करना

एक वितरित ऑपरेटिंग सिस्टम की वास्तुकला और डिजाइन को अलग-अलग नोड और वैश्विक सिस्टम लक्ष्यों दोनों का एहसास होना चाहिए। वास्तुकला और डिजाइन को नीति और तंत्र को अलग करने के अनुरूप तरीके से संपर्क किया जाना चाहिए। ऐसा करने में, एक वितरित ऑपरेटिंग सिस्टम एक कुशल और विश्वसनीय वितरित कंप्यूटिंग ढांचा प्रदान करने का प्रयास करता है जो अंतर्निहित कमांड और नियंत्रण प्रयासों के पूर्ण न्यूनतम उपयोगकर्ता जागरूकता की अनुमति देता है।[7]

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

जटिलता की कीमत

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

इतिहास

अनुसंधान और प्रयोग के प्रयास 1970 के दशक में गंभीरता से शुरू हुए और 1990 के दशक के दौरान जारी रहे, 1980 के दशक के अंत में केंद्रित रुचि चरम पर थी। इस अवधि के दौरान कई वितरित ऑपरेटिंग सिस्टम पेश किए गए; हालाँकि, इनमें से बहुत कम कार्यान्वयनों ने मामूली व्यावसायिक सफलता भी हासिल की।

1950 के दशक की शुरुआत में आदिम वितरित ऑपरेटिंग सिस्टम घटक अवधारणाओं के मौलिक और अग्रणी कार्यान्वयन।[10][11][12] इनमें से कुछ व्यक्तिगत कदम सीधे वितरित कंप्यूटिंग पर केंद्रित नहीं थे, और उस समय, कई लोगों को उनके महत्वपूर्ण प्रभाव का एहसास नहीं हुआ होगा। इन अग्रणी प्रयासों ने महत्वपूर्ण आधार तैयार किया, और वितरित कंप्यूटिंग से संबंधित क्षेत्रों में निरंतर अनुसंधान को प्रेरित किया।[13][14][15][16][17][18] 1970 के दशक के मध्य में, अनुसंधान ने वितरित कंप्यूटिंग में महत्वपूर्ण प्रगति की। इन सफलताओं ने उन प्रयासों के लिए एक ठोस, स्थिर आधार प्रदान किया जो 1990 के दशक तक जारी रहे।

बहु | मल्टी-प्रोसेसर और मल्टी-कोर प्रोसेसर सिस्टम रिसर्च के तेजी से प्रसार ने वितरित ओएस अवधारणा के पुनरुत्थान का नेतृत्व किया।

डीवाईएसईएसी

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

Finally, the external devices could even include other full-scale computers employing the same digital language as the DYSEAC. For example, the SEAC or other computers similar to it could be harnessed to the DYSEAC and by use of coordinated programs could be made to work together in mutual cooperation on a common task… Consequently[,] the computer can be used to coordinate the diverse activities of all the external devices into an effective ensemble operation.

— ALAN L. LEINER, System Specifications for the DYSEAC

विनिर्देश ने मल्टी-कंप्यूटर सिस्टम के आर्किटेक्चर पर चर्चा की, मास्टर-स्लेव के बजाय पीयर-टू-पीयर को प्राथमिकता दी।

Each member of such an interconnected group of separate computers is free at any time to initiate and dispatch special control orders to any of its partners in the system. As a consequence, the supervisory control over the common task may initially be loosely distributed throughout the system and then temporarily concentrated in one computer, or even passed rapidly from one machine to the other as the need arises. …the various interruption facilities which have been described are based on mutual cooperation between the computer and the external devices subsidiary to it, and do not reflect merely a simple master-slave relationship.

— ALAN L. LEINER, System Specifications for the DYSEAC

यह वितरित नियंत्रण वाले कंप्यूटर के शुरुआती उदाहरणों में से एक है। संयुक्त राज्य अमेरिका का सेना विभाग|विभाग। सेना की रिपोर्ट के[19] इसे विश्वसनीय प्रमाणित किया और अप्रैल 1954 में इसने सभी स्वीकृति परीक्षणों को पास कर लिया। इसे पूरा किया गया और मई 1954 में समय पर वितरित किया गया। यह एक पोर्टेबल कंप्यूटर था, जिसे ट्रैक्टर-ट्रेलर में रखा गया था। वाहनों और रेफ्रिजरेटर ट्रक की क्षमता।

लिंकन TX-2

एक प्रायोगिक इनपुट-आउटपुट सिस्टम के रूप में वर्णित, लिंकन TX-2 ने लचीले, एक साथ परिचालन इनपुट-आउटपुट डिवाइस, यानी बहु क्रमादेशन पर जोर दिया। TX-2 का डिज़ाइन मॉड्यूलर था, जो उच्च स्तर के संशोधन और विस्तार का समर्थन करता था।[11]

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

DYSEAC के समान TX-2 अलग-अलग प्रोग्राम किए गए डिवाइस एक साथ काम कर सकते हैं, जिससे THROUGHPUT बढ़ सकता है। केंद्रीय इकाई की पूरी शक्ति किसी भी उपकरण के लिए उपलब्ध थी। TX-2 वितरित नियंत्रण प्रदर्शित करने वाली प्रणाली का एक और उदाहरण था, इसकी केंद्रीय इकाई के पास समर्पित नियंत्रण नहीं था।


इंटरकम्युनिकेटिंग सेल

मेमोरी एक्सेस को अमूर्त करने का एक प्रारंभिक प्रयास इंटरकम्युनिकेटिंग सेल था, जहां एक सेल [[कंप्यूटर आंकड़े भंडारण]] तत्वों के संग्रह से बना था। एक मेमोरी तत्व मूल रूप से एक बाइनरी इलेक्ट्रॉनिक फ्लिप-फ्लॉप (इलेक्ट्रॉनिक्स) | फ्लिप-फ्लॉप या रिले था। एक कोशिका के भीतर दो प्रकार के तत्व होते हैं, प्रतीक और कोशिका। प्रत्येक सेल संरचना डेटा को प्रतीकों के एक स्ट्रिंग (कंप्यूटर विज्ञान) में संग्रहीत करती है, जिसमें एक पहचानकर्ता और मापदंडों का एक सेट होता है। सूचना सेल संघों के माध्यम से जुड़ी हुई है।[12]

सिद्धांत ने तर्क दिया कि संबोधित करना एक व्यर्थ और गैर-मूल्यवान संकेत है। सूचना को दो तरीकों से एक्सेस किया गया था, प्रत्यक्ष और क्रॉस-पुनर्प्राप्ति। प्रत्यक्ष पुनर्प्राप्ति एक नाम स्वीकार करती है और एक पैरामीटर सेट लौटाती है। क्रॉस-रिट्रीवल प्रोजेक्शन (गणित) पैरामीटर सेट के माध्यम से और पैरामीटर के दिए गए सबसेट वाले नामों का एक सेट देता है। यह एक संशोधित हैश तालिका डेटा संरचना के समान था जिसने प्रत्येक अद्वितीय कुंजी (नाम) के लिए एकाधिक मान (गणित) (पैरामीटर) की अनुमति दी थी।

Cellular memory would have many advantages:
Writing bullet.svg A major portion of a system's logic is distributed within the associations of information stored in the cells,
Writing bullet.svg This flow of information association is somewhat guided by the act of storing and retrieving,
Writing bullet.svg The time required for storage and retrieval is mostly constant and completely unrelated to the size and fill-factor of the memory
Writing bullet.svg Cells are logically indistinguishable, making them both flexible to use and relatively simple to extend in size

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

We wanted to present here the basic ideas of a distributed logic system with... the macroscopic concept of logical design, away from scanning, from searching, from addressing, and from counting, is equally important. We must, at all cost, free ourselves from the burdens of detailed local problems which only befit a machine low on the evolutionary scale of machines.

— Chung-Yeol (C. Y.) Lee, Intercommunicating Cells, Basis for a Distributed Logic Computer

मूलभूत कार्य

सुसंगत स्मृति अमूर्तता

  साझा-मेमोरी मल्टीप्रोसेसरों पर स्केलेबल सिंक्रोनाइज़ेशन के लिए एल्गोरिदम [20]


फाइल सिस्टम अमूर्तता

 वितरित फाइल सिस्टम का मापन[21]
 मेमोरी सुसंगतता साझा वर्चुअल मेमोरी सिस्टम में [22]


लेन-देन अमूर्तता

{{pad|2em}लेन-देन
  सागर [23]

 लेनदेन स्मृति
 संगत स्मृति लेनदेन[24]
 ट्रांजेक्शनल मेमोरी: लॉक-फ्री डेटा स्ट्रक्चर्स के लिए आर्किटेक्चरल सपोर्ट [25]
 डायनेमिक-साइज़ डेटा स्ट्रक्चर्स के लिए सॉफ़्टवेयर ट्रांसेक्शनल मेमोरी[26]
 सॉफ्टवेयर लेनदेन स्मृति[27]


दृढ़ता अमूर्तता

 ओशनस्टोर: वैश्विक स्तर पर स्थायी भंडारण के लिए एक वास्तुकला [28]


समन्वयक अमूर्तता

  प्रतिकृति डेटा के लिए भारित वोटिंग [29]
  आंशिक तुल्यकालन की उपस्थिति में सहमति [30]


विश्वसनीयता अमूर्तता

  विवेक की जाँच करता है
{{pad|4em}बीजान्टिन जनरलों की समस्या [31]
 फेल-स्टॉप प्रोसेसर: दोष-सहिष्णु कंप्यूटिंग सिस्टम डिजाइन करने के लिए एक दृष्टिकोण [32]

 पुनर्प्राप्ति
{{pad|4em}वितरित स्नैपशॉट: वितरित सिस्टम की वैश्विक स्थिति का निर्धारण[33]
 वितरित प्रणालियों में आशावादी सुधार [34]


वितरित कंप्यूटिंग मॉडल

तीन बुनियादी वितरण

इस बिंदु को बेहतर ढंग से समझाने के लिए, तीन सिस्टम सॉफ़्टवेयर वास्तुशिल्प की जाँच करें; केंद्रीकृत, विकेंद्रीकृत और वितरित। इस परीक्षा में, तीन संरचनात्मक पहलुओं पर विचार करें: संगठन, संबंध और नियंत्रण। संगठन एक प्रणाली की भौतिक व्यवस्था विशेषताओं का वर्णन करता है। कनेक्शन नोड्स के बीच संचार मार्गों को कवर करता है। नियंत्रण पहले के दो विचारों के संचालन का प्रबंधन करता है।

संगठन

एक केंद्रीकृत कंप्यूटिंग में संरचना का एक स्तर होता है, जहां सभी घटक तत्व सीधे एक नियंत्रण तत्व पर निर्भर होते हैं। एक विकेंद्रीकृत प्रणाली पदानुक्रमित है। निचला स्तर सिस्टम की संस्थाओं के सबसेट को एकजुट करता है। बदले में ये इकाई उपसमुच्चय उच्च स्तर पर गठबंधन करते हैं, अंततः एक केंद्रीय मास्टर तत्व पर समाप्त होते हैं। एक वितरित प्रणाली स्वायत्त तत्वों का एक संग्रह है जिसमें स्तरों की कोई अवधारणा नहीं है।

कनेक्शन

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

नियंत्रण

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

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

डिजाइन विचार

पारदर्शिता

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

विशिष्ट अनुप्रयोग आवश्यकताओं को पूरा करने के लिए सिस्टम वैकल्पिक रूप से अलग-अलग डिग्री तक पारदर्शिता का उल्लंघन कर सकते हैं। उदाहरण के लिए, एक वितरित ऑपरेटिंग सिस्टम एक कंप्यूटर पर C: के रूप में एक हार्ड ड्राइव और दूसरे कंप्यूटर पर G: के रूप में एक ड्राइव प्रस्तुत कर सकता है। उपयोगकर्ता को डिवाइस ड्राइवर्स या ड्राइव के स्थान के बारे में किसी भी ज्ञान की आवश्यकता नहीं है; एप्लिकेशन के दृष्टिकोण से दोनों डिवाइस एक ही तरह से काम करते हैं। एक कम पारदर्शी इंटरफ़ेस के लिए एप्लिकेशन को यह जानने की आवश्यकता हो सकती है कि कौन सा कंप्यूटर ड्राइव को होस्ट करता है। पारदर्शिता डोमेन:

  • स्थान पारदर्शिता - स्थान पारदर्शिता में पारदर्शिता, नामकरण पारदर्शिता और उपयोगकर्ता गतिशीलता के दो अलग-अलग पहलू शामिल हैं। नामकरण पारदर्शिता की आवश्यकता है कि किसी भी सिस्टम इकाई के लिए भौतिक या तार्किक संदर्भों में कुछ भी इकाई के स्थान, या उपयोगकर्ता या एप्लिकेशन के स्थानीय या दूरस्थ संबंध के किसी भी संकेत को उजागर नहीं करना चाहिए। उपयोगकर्ता की गतिशीलता के लिए सिस्टम संस्थाओं के लगातार संदर्भ की आवश्यकता होती है, भले ही सिस्टम स्थान जहाँ से संदर्भ उत्पन्न होता है।[7]: 20 
  • एक्सेस पारदर्शिता - उपयोगकर्ता इंटरफ़ेस के माध्यम से देखे जाने पर स्थानीय और दूरस्थ सिस्टम संस्थाओं को अलग-अलग नहीं रहना चाहिए। वितरित ऑपरेटिंग सिस्टम सिस्टम इकाई के लिए एकल एक्सेस तंत्र के संपर्क के माध्यम से इस धारणा को बनाए रखता है, भले ही वह इकाई उपयोगकर्ता के लिए स्थानीय या दूरस्थ हो। पारदर्शिता यह तय करती है कि किसी विशेष सिस्टम इकाई तक पहुँचने के तरीकों में कोई अंतर - या तो स्थानीय या दूरस्थ - उपयोगकर्ता द्वारा अदृश्य और undetectable दोनों होना चाहिए।[3]: 84 
  • स्थानांतरण पारदर्शिता - संसाधन और गतिविधियां पूरी तरह से सिस्टम द्वारा नियंत्रित और उपयोगकर्ता/एप्लिकेशन ज्ञान या क्रिया के बिना एक तत्व से दूसरे तत्व में स्थानांतरित हो जाती हैं।[35]: 16 
  • प्रतिकृति पारदर्शिता - प्रक्रिया या तथ्य यह है कि किसी संसाधन को किसी अन्य तत्व पर डुप्लिकेट किया गया है, सिस्टम नियंत्रण के तहत और उपयोगकर्ता/एप्लिकेशन ज्ञान या हस्तक्षेप के बिना होता है।[35]: 16 
  • समवर्ती पारदर्शिता - उपयोगकर्ता/अनुप्रयोग अन्य उपयोगकर्ताओं की उपस्थिति/गतिविधियों से अनजान और अप्रभावित हैं।[35]: 16 
  • विफलता पारदर्शिता - सिस्टम विफलताओं का पता लगाने और उपचार के लिए सिस्टम जिम्मेदार है। समस्या को हल करने के लिए सिस्टम की प्रतीक्षा करने के अलावा कोई उपयोगकर्ता ज्ञान/क्रिया शामिल नहीं है।[8]: 30 
  • प्रदर्शन पारदर्शिता - स्थानीय या वैश्विक प्रदर्शन की कमी का पता लगाने और उपचार के लिए प्रणाली जिम्मेदार है। ध्यान दें कि सिस्टम नीतियां कुछ उपयोगकर्ताओं/उपयोगकर्ता वर्गों/कार्यों को दूसरों पर पसंद कर सकती हैं। कोई उपयोगकर्ता ज्ञान या सहभागिता नहीं। शामिल है।[7]: 23 
  • आकार/पैमाने की पारदर्शिता - बिना किसी आवश्यक उपयोगकर्ता ज्ञान या बातचीत के सिस्टम अपनी भौगोलिक पहुंच, नोड्स की संख्या, नोड क्षमता के स्तर के प्रबंधन के लिए जिम्मेदार है।[7]: 23 
  • संशोधन पारदर्शिता - उपयोगकर्ता ज्ञान या कार्रवाई के बिना प्रणाली के उन्नयन और संशोधन और प्रणाली के बुनियादी ढांचे में परिवर्तन के लिए प्रणाली जिम्मेदार है।[8]: 30 
  • नियंत्रण पारदर्शिता - प्रणाली सभी उपयोगकर्ताओं और अनुप्रयोगों के लिए एक सुसंगत उपस्थिति, अर्थ और अर्थ में सभी सिस्टम जानकारी, स्थिरांक, गुण, कॉन्फ़िगरेशन सेटिंग्स आदि प्रदान करने के लिए जिम्मेदार है।[3]: 84 
  • डेटा पारदर्शिता - सिस्टम जहां इसे संग्रहीत करता है, उससे संबंधित उपयोगकर्ता ज्ञान या कार्रवाई के बिना अनुप्रयोगों को डेटा प्रदान करने के लिए सिस्टम जिम्मेदार है।[3]: 85 
  • समानांतरवाद पारदर्शिता - उपयोगकर्ता ज्ञान या सहभागिता के बिना कार्य निष्पादन को समानांतर करने की किसी भी क्षमता का दोहन करने के लिए प्रणाली जिम्मेदार है। तर्कसंगत रूप से पारदर्शिता का सबसे कठिन पहलू, और तनेनबाउम द्वारा वितरित सिस्टम डिजाइनरों के लिए पवित्र कंघी बनानेवाले की रेती के रूप में वर्णित।[36]: 23–25 

अंतर-प्रक्रिया संचार

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

प्रक्रिया प्रबंधन

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

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

संसाधन प्रबंधन

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


विश्वसनीयता

वितरित ओएस उच्च स्तर की विश्वसनीयता, या त्रुटियों को रोकने और/या पुनर्प्राप्त करने की क्षमता प्राप्त करने के लिए आवश्यक संसाधन और सेवाएं प्रदान कर सकता है। दोष (प्रौद्योगिकी) भौतिक या तार्किक दोष हैं जो सिस्टम में त्रुटियों का कारण बन सकते हैं। एक प्रणाली के विश्वसनीय होने के लिए, उसे किसी तरह दोषों के प्रतिकूल प्रभावों को दूर करना चाहिए।

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

उपलब्धता

उपलब्धता समय का वह अंश है जिसके दौरान सिस्टम अनुरोधों का जवाब दे सकता है।

प्रदर्शन

कई बेंचमार्क (कंप्यूटिंग) कंप्यूटर के प्रदर्शन को मापते हैं; थ्रूपुट, प्रतिक्रिया समय, प्रति यूनिट समय कार्य पूर्णता, सिस्टम उपयोग, आदि। एक वितरित ओएस के संबंध में, प्रदर्शन अक्सर समानांतर कंप्यूटिंग और आईपीसी के बीच संतुलन के लिए आसवित होता है।[citation needed] ग्रैन्युलैरिटी का प्रबंधन # समर्थन के लिए आवश्यक संदेशों के समझदार संबंध में समानता की गणना में अत्यंत प्रभावी है।[citation needed] इसके अलावा, यह पहचानना कि कब डेटा कॉपी करने के बजाय अपने डेटा में माइग्रेशन को प्रोसेस करना अधिक फायदेमंद होता है, प्रभावी भी होता है।[citation needed]

तुल्यकालन

सहयोगी समवर्ती कंप्यूटिंग में सिंक्रोनाइज़ेशन (कंप्यूटर विज्ञान) की एक अंतर्निहित आवश्यकता है, जो यह सुनिश्चित करता है कि परिवर्तन एक सही और पूर्वानुमेय फैशन में हों। इस आवश्यकता के दायरे को परिभाषित करने वाली तीन बुनियादी स्थितियाँ:

  • एक या एक से अधिक प्रक्रियाओं को जारी रखने के लिए एक या अधिक प्रक्रियाओं को एक निश्चित बिंदु पर सिंक्रनाइज़ करना चाहिए,
* जारी रखने के लिए एक या अधिक प्रक्रियाओं को एक अतुल्यकालिक स्थिति के लिए प्रतीक्षा करनी चाहिए,
* या एक प्रक्रिया को एक साझा संसाधन तक विशेष पहुंच स्थापित करनी चाहिए।

अनुचित तुल्यकालन से ACID|परमाण्विकता, संगति, अलगाव और स्थायित्व, गतिरोध, livelock और क्रमबद्धता की हानि सहित कई विफलता मोड हो सकते हैं।[citation needed]

लचीलापन

वितरित ऑपरेटिंग सिस्टम में लचीलापन (इंजीनियरिंग) वितरित ओएस की मॉड्यूलर विशेषताओं के माध्यम से और उच्च-स्तरीय सेवाओं का एक समृद्ध सेट प्रदान करके बढ़ाया जाता है। कर्नेल/माइक्रोकर्नेल की पूर्णता और गुणवत्ता ऐसी सेवाओं के कार्यान्वयन को सरल बनाती है, और संभावित रूप से सेवा प्रदाताओं को ऐसी सेवाओं के लिए प्रदाताओं की अधिक पसंद करने में सक्षम बनाती है।[citation needed]

अनुसंधान

एक घटक वस्तु मॉडल के लिए विस्तारित प्रतिकृति मॉडल

 E1 वितरित ऑपरेटिंग सिस्टम का आर्किटेक्चरल डिज़ाइन[37]
 क्रोनस वितरित ऑपरेटिंग सिस्टम[38]
 मिनिक्स वितरित ऑपरेटिंग सिस्टम का डिजाइन और विकास[39]


स्वीकृत उत्तरदायित्व के माध्यम से जटिलता/विश्वास जोखिम

डेनाली अलगाव कर्नेल में स्केल और प्रदर्शन।[40]


बहु/कई-कोर केंद्रित प्रणालियां

मल्टीकर्नेल: स्केलेबल मल्टीकोर सिस्टम के लिए एक नया ओएस आर्किटेक्चर।[41]
कोरी: कई कोर के लिए एक ऑपरेटिंग सिस्टम।[42]
Almos: cc-NUMA कई-कोर के लिए उन्नत स्थानीयता प्रबंधन ऑपरेटिंग सिस्टम।[43]


विषमता में चरम सीमाओं पर वितरित प्रसंस्करण

Helios: उपग्रह गुठली के साथ विषम मल्टीप्रोसेसिंग।[44]


जटिलता के कई स्तरों में प्रभावी और स्थिर

टेसलेशन: कई कोर क्लाइंट ओएस में स्पेस-टाइम विभाजन।[45]


यह भी देखें

संदर्भ

  1. ↑ 1.0 1.1 Tanenbaum, Andrew S (September 1993). "Distributed operating systems anno 1992. What have we learned so far?". Distributed Systems Engineering. 1 (1): 3–10. Bibcode:1993DSE.....1....3T. doi:10.1088/0967-1846/1/1/001.
  2. ↑ Nutt, Gary J. (1992). केंद्रीकृत और वितरित ऑपरेटिंग सिस्टम. Prentice Hall. ISBN 978-0-13-122326-4.
  3. ↑ 3.0 3.1 3.2 3.3 3.4 3.5 Gościński, Andrzej (1991). वितरित ऑपरेटिंग सिस्टम: तार्किक डिजाइन. Addison-Wesley Pub. Co. ISBN 978-0-201-41704-3.
  4. ↑ Hansen, Per Brinch, ed. (2001). Classic Operating Systems: From Batch Processing to Distributed Systems. Springer. ISBN 978-0-387-95113-3.
  5. ↑ Using LOTOS for specifying the CHORUS distributed operating system kernel Pecheur, C. 1992. Using LOTOS for specifying the CHORUS distributed operating system kernel. Comput. Commun. 15, 2 (Mar. 1992), 93-102.
  6. ↑ COOL: kernel support for object-oriented environments Habert, S. and Mosseri, L. 1990. COOL: kernel support for object-oriented environments. In Proceedings of the European Conference on Object-Oriented Programming on Object-Oriented Programming Systems, Languages, and Applications (Ottawa, Canada). OOPSLA/ECOOP '90. ACM, New York, NY, 269-275.
  7. ↑ 7.0 7.1 7.2 7.3 7.4 Sinha, Pradeep Kumar (1997). Distributed Operating Systems: Concepts and Design. IEEE Press. ISBN 978-0-7803-1119-0.
  8. ↑ 8.0 8.1 8.2 Chow, Randy; Theodore Johnson (1997). वितरित ऑपरेटिंग सिस्टम और एल्गोरिदम. Addison Wesley. ISBN 978-0-201-49838-7.
  9. ↑ Surajbali, B., Coulson, G., Greenwood, P., and Grace, P. 2007. Augmenting reflective middleware with an aspect orientation support layer. In Proceedings of the 6th international Workshop on Adaptive and Reflective Middleware: Held At the ACM/IFIP/USENIX international Middleware Conference (Newport Beach, CA, November 26–30, 2007). ARM '07. ACM, New York, NY, 1-6.
  10. ↑ Leiner, Alan L. (April 1954). "DYSEAC के लिए सिस्टम विनिर्देश". Journal of the ACM. 1 (2): 57–81. doi:10.1145/320772.320773.
  11. ↑ 11.0 11.1 Forgie, James W. (February 26–28, 1957). लिंकन TX-2 इनपुट-आउटपुट सिस्टम. Western Joint Computer Conference: Techniques for Reliability. Los Angeles, California: Association for Computing Machinery. pp. 156–160. doi:10.1145/1455567.1455594. ISBN 9781450378611.
  12. ↑ 12.0 12.1 C. Y. Lee (December 4–6, 1962). इंटरकम्युनिकेटिंग सेल, एक वितरित लॉजिक कंप्यूटर के लिए आधार. Fall Joint Computer Conference. Philadelphia, Pennsylvania: Association for Computing Machinery. pp. 130–136. doi:10.1145/1461518.1461531.
  13. ↑ Dreyfus, Phillippe (1958-05-08) [1958-05-06], written at Los Angeles, "System design of the Gamma 60" (PDF), Proceedings of the May 6–8, 1958, Western Joint Computer Conference: Contrasts in Computers, ACM, New York, NY, USA, pp. 130–133, IRE-ACM-AIEE '58 (Western), archived (PDF) from the original on 2017-04-03, retrieved 2017-04-03
  14. ↑ Leiner, A. L., Notz, W. A., Smith, J. L., and Weinberger, A. 1958. Organizing a network of computers to meet deadlines. In Papers and Discussions Presented At the December 9–13, 1957, Eastern Joint Computer Conference: Computers with Deadlines To Meet (Washington, D.C., December 09–13, 1957). IRE-ACM-AIEE '57
  15. ↑ Leiner, A. L., Smith, J. L., Notz, W. A., and Weinberger, A. 1958. PILOT, the NBS multicomputer system. In Papers and Discussions Presented At the December 3–5, 1958, Eastern Joint Computer Conference: Modern Computers: Objectives, Designs, Applications (Philadelphia, Pennsylvania, December 03–05, 1958). AIEE-ACM-IRE '58 (Eastern). ACM, New York, NY, 71-75.
  16. ↑ Bauer, W. F. 1958. Computer design from the programmer's viewpoint. In Papers and Discussions Presented At the December 3–5, 1958, Eastern Joint Computer Conference: Modern Computers: Objectives, Designs, Applications (Philadelphia, Pennsylvania, December 03–05, 1958). AIEE-ACM-IRE '58 (Eastern). ACM, New York, NY, 46-51.
  17. ↑ Leiner, A. L., Notz, W. A., Smith, J. L., and Weinberger, A. 1959. PILOT—A New Multiple Computer System. J. ACM 6, 3 (Jul. 1959), 313-335.
  18. ↑ Estrin, G. 1960. Organization of computer systems: the fixed plus variable structure computer. In Papers Presented At the May 3–5, 1960, Western Joint IRE-AIEE-ACM Computer Conference (San Francisco, California, May 03–05, 1960). IRE-AIEE-ACM '60 (Western). ACM, New York, NY, 33-40.
  19. ↑ Martin H. Weik, "A Third Survey of Domestic Electronic Digital Computing Systems," Ballistic Research Laboratories Report No. 1115, pg. 234-5, Aberdeen Proving Ground, Maryland, March 1961
  20. ↑ Mellor-Crummey, J. M. and Scott, M. L. 1991. Algorithms for scalable synchronization on shared-memory multiprocessors. ACM Trans. Comput. Syst. 9, 1 (Feb. 1991), 21-65.
  21. ↑ Baker, M. G., Hartman, J. H., Kupfer, M. D., Shirriff, K. W., and Ousterhout, J. K. 1991. Measurements of a distributed file system. In Proceedings of the Thirteenth ACM Symposium on Operating Systems Principles (Pacific Grove, California, United States, October 13–16, 1991). SOSP '91. ACM, New York, NY, 198-212.
  22. ↑ Li, K. and Hudak, P. 1989. Memory coherence in shared virtual memory systems. ACM Trans. Comput. Syst. 7, 4 (Nov. 1989), 321-359.
  23. ↑ Garcia-Molina, H. and Salem, K. 1987. Sagas. In Proceedings of the 1987 ACM SIGMOD international Conference on Management of Data (San Francisco, California, United States, May 27–29, 1987). U. Dayal, Ed. SIGMOD '87. ACM, New York, NY, 249-259.
  24. ↑ Harris, T., Marlow, S., Peyton-Jones, S., and Herlihy, M. 2005. Composable memory transactions. In Proceedings of the Tenth ACM SIGPLAN Symposium on Principles and Practice of Parallel Programming (Chicago, IL, USA, June 15–17, 2005). PPoPP '05. ACM, New York, NY, 48-60.
  25. ↑ Herlihy, M. and Moss, J. E. 1993. Transactional memory: architectural support for lock-free data structures. In Proceedings of the 20th Annual international Symposium on Computer Architecture (San Diego, California, United States, May 16–19, 1993). ISCA '93. ACM, New York, NY, 289-300.
  26. ↑ Herlihy, M., Luchangco, V., Moir, M., and Scherer, W. N. 2003. Software transactional memory for dynamic-sized data structures. In Proceedings of the Twenty-Second Annual Symposium on Principles of Distributed Computing (Boston, Massachusetts, July 13–16, 2003). PODC '03. ACM, New York, NY, 92-101.
  27. ↑ Shavit, N. and Touitou, D. 1995. Software transactional memory. In Proceedings of the Fourteenth Annual ACM Symposium on Principles of Distributed Computing (Ottawa, Ontario, Canada, August 20–23, 1995). PODC '95. ACM, New York, NY, 204-213.
  28. ↑ Kubiatowicz, J., Bindel, D., Chen, Y., Czerwinski, S., Eaton, P., Geels, D., Gummadi, R., Rhea, S., Weatherspoon, H., Wells, C., and Zhao, B. 2000. OceanStore: an architecture for global-scale persistent storage. In Proceedings of the Ninth international Conference on Architectural Support For Programming Languages and Operating Systems (Cambridge, Massachusetts, United States). ASPLOS-IX. ACM, New York, NY, 190-201.
  29. ↑ Gifford, D. K. 1979. Weighted voting for replicated data. In Proceedings of the Seventh ACM Symposium on Operating Systems Principles (Pacific Grove, California, United States, December 10–12, 1979). SOSP '79. ACM, New York, NY, 150-162
  30. ↑ Dwork, C., Lynch, N., and Stockmeyer, L. 1988. Consensus in the presence of partial synchrony. J. ACM 35, 2 (Apr. 1988), 288-323.
  31. ↑ Lamport, L., Shostak, R., and Pease, M. 1982. The Byzantine Generals Problem. ACM Trans. Program. Lang. Syst. 4, 3 (Jul. 1982), 382-401.
  32. ↑ Schlichting, R. D. and Schneider, F. B. 1983. Fail-stop processors: an approach to designing fault-tolerant computing systems. ACM Trans. Comput. Syst. 1, 3 (Aug. 1983), 222-238.
  33. ↑ Chandy, K. M. and Lamport, L. 1985. Distributed snapshots: determining global states of distributed systems. ACM Trans. Comput. Syst. 3, 1 (Feb. 1985), 63-75.
  34. ↑ Strom, R. and Yemini, S. 1985. Optimistic recovery in distributed systems. ACM Trans. Comput. Syst. 3, 3
  35. ↑ 35.0 35.1 35.2 Galli, Doreen L. (2000). Distributed Operating Systems: Concepts and Practice. Prentice Hall. ISBN 978-0-13-079843-5.
  36. ↑ Tanenbaum, Andrew S. (1995). वितरित ऑपरेटिंग सिस्टम. Prentice Hall. ISBN 978-0-13-219908-7.
  37. ↑ L.B. Ryzhyk, A.Y. Burtsev. Architectural design of dE1 distributed operating system. System Research and Information Technologies international scientific and technical journal, October 2004, Kiev, Ukraine.
  38. ↑ Vinter, S. T. and Schantz, R. E. 1986. The Cronus distributed operating system. In Proceedings of the 2nd Workshop on Making Distributed Systems Work (Amsterdam, Netherlands, September 08–10, 1986). EW 2. ACM, New York, NY, 1-3.
  39. ↑ Ramesh, K. S. 1988. Design and development of MINIX distributed operating system. In Proceedings of the 1988 ACM Sixteenth Annual Conference on Computer Science (Atlanta, Georgia, United States). CSC '88. ACM, New York, NY, 685.
  40. ↑ Whitaker, A., Shaw, M., and Gribble, S. D. 2002. In Proceedings of the 5th Symposium on Operating Systems Design and Implementation
  41. ↑ Baumann, A., Barham, P., Dagand, P., Harris, T., Isaacs, R., Peter, S., Roscoe, T., Schüpbach, A., and Singhania, A. 2009. In Proceedings of the ACM SIGOPS 22nd Symposium on Operating Systems Principles (Big Sky, Montana, USA, October 11–14, 2009). SOSP '09.
  42. ↑ S. Boyd-Wickizer, H. Chen, R. Chen, Y. Mao, F. Kashoek, R. Morris, A. Pesterev, L. Stein, M. Wu, Y. Dai, Y. Zhang, and Z. Zhang. Proceedings of the 2008 Symposium on Operating Systems Design and Implementation (OSDI), December 2008.
  43. ↑ Almaless, G. and Wajsbürt, F. 2011. In Proceedings of the 5th national seminar of GDR SoC-SIP, Lyon, France, 2011.
  44. ↑ Nightingale, E. B., Hodson, O., McIlroy, R., Hawblitzel, C., and Hunt, G. 2009. In Proceedings of the ACM SIGOPS 22nd Symposium on Operating Systems Principles (Big Sky, Montana, USA, October 11–14, 2009). SOSP '09.
  45. ↑ Rose Liu, Kevin Klues, and Sarah Bird, University of California at Berkeley; Steven Hofmeyr, Lawrence Berkeley National Laboratory; Krste Asanović and John Kubiatowicz, University of California at Berkeley. HotPar09.


अग्रिम पठन


बाहरी संबंध


Retrieved from ‘https://www.vigyanwiki.in/index.php?title=वितरित_ऑपरेटिंग_सिस्टम&oldid=191032’