आईबीएम सीपी-40

From Vigyanwiki
Revision as of 18:06, 17 February 2023 by alpha>Indicwiki (Created page with "{{Infobox OS | name = CP-40<!-- Name of program or distribution --> | logo = IBM logo.svg | logo caption = | logo size...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
CP-40
IBM logo.svg
डेवलपरIBM Cambridge Scientific Center (CSC)
ओएस परिवारCP/CMS
काम करने की अवस्थाHistoric
आरंभिक रिलीजJanuary 1967; 57 years ago (1967-01)
विपणन लक्ष्यIBM mainframe computers
उपलब्धEnglish
प्लेटफार्मोंA unique, specially modified IBM System/360 Model 40
डिफ़ॉल्ट
उपयोगकर्ता इंटरफ़ेस
Command-line interface
लाइसेंसProprietary
इसके द्वारा सफ़लCP-67

CP-40 CP-67 का एक शोध अग्रदूत था, जो बदले में IBM के तत्कालीन क्रांतिकारी CP/CMS|CP[-67]/CMS - IBM सिस्टम/ के लिए एक आभासी मशीन/आभासी मेमोरी समय बताना ऑपरेटिंग सिस्टम का हिस्सा था। 360 मॉडल 67, और IBM के VM (ऑपरेटिंग सिस्टम) के जनक हैं। CP-40 ने क्लाइंट ऑपरेटिंग सिस्टम के कई उदाहरण चलाए - विशेष रूप से संवादी मॉनिटर सिस्टम, 'कैम्ब्रिज मॉनिटर सिस्टम',[1] इसी प्रयास के तहत बनाया गया है। CP-67 की तरह, CP-40 और CMS का पहला संस्करण IBM के कैम्ब्रिज वैज्ञानिक केंद्र (CSC) के कर्मचारियों द्वारा विकसित किया गया था, जो प्रोजेक्ट मैक और लिंकन प्रयोगशाला में MIT शोधकर्ताओं के साथ मिलकर काम कर रहे थे। CP-40/CMS उत्पादन का उपयोग जनवरी 1967 में शुरू हुआ। CP-40 एक अद्वितीय, विशेष रूप से संशोधित IBM सिस्टम/360 मॉडल 40 पर चलता था।

परियोजना लक्ष्य

CP-40 एकबारगी अनुसंधान प्रणाली थी। इसके घोषित लक्ष्य थे:

  • Poughkeepsie में काम कर रहे System/360 Model 67 टीम को अनुसंधान इनपुट प्रदान करें, जो वर्चुअल मेमोरी की अभी तक अप्रमाणित अवधारणा के साथ नई जमीन तोड़ रहे थे।
  • कैंब्रिज में सीएससी की समय-साझाकरण आवश्यकताओं का समर्थन करें।

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

विशेषताएं

CP-40 पहला ऑपरेटिंग सिस्टम था जिसने पूर्ण वर्चुअलाइजेशन को लागू किया, यानी इसने अपने लक्ष्य कंप्यूटर सिस्टम (a S/360-40) के सभी पहलुओं का समर्थन करने वाला एक वर्चुअल मशीन वातावरण प्रदान किया, ताकि अन्य S/360 ऑपरेटिंग सिस्टम स्थापित किए जा सकें, परीक्षण किए जा सकें , और एक स्टैंड-अलोन मशीन के रूप में उपयोग किया जाता है। CP-40 ने चौदह एक साथ आभासी मशीनों का समर्थन किया। प्रत्येक वर्चुअल मशीन समस्या की स्थिति में चलती है - विशेषाधिकार प्राप्त निर्देश जैसे कि I/O संचालन अपवाद का कारण बनते हैं, जिन्हें तब नियंत्रण कार्यक्रम द्वारा पकड़ा गया और सिम्युलेटेड किया गया। इसी तरह, वर्चुअल मेमोरी स्थानों के संदर्भ मुख्य मेमोरी कारण पृष्ठ दोषों में मौजूद नहीं हैं, जिन्हें फिर से वर्चुअल मशीन पर प्रतिबिंबित करने के बजाय कंट्रोल प्रोग्राम द्वारा नियंत्रित किया गया था। इस कार्यान्वयन पर और विवरण CP/CMS#आर्किटेक्चर|CP/CMS (आर्किटेक्चर) में पाए जाते हैं।

CP-40 की बुनियादी वास्तुकला और उपयोगकर्ता इंटरफ़ेस को CP/CMS|CP-67/CMS में आगे बढ़ाया गया, जो IBM की वर्तमान VM उत्पाद श्रृंखला बनने के लिए विकसित हुआ।

हार्डवेयर प्लेटफॉर्म

CP-40 के निर्माण के लिए एक IBM सिस्टम/360 मॉडल 67 उपलब्ध नहीं था, इसलिए साहचर्य मेमोरी (CAT बॉक्स) पर आधारित एक कस्टम वर्चुअल मेमोरी डिवाइस[2]) सीएससी के लिए डिजाइन और निर्मित किया गया था। इसमें विशेष रूप से संशोधित सिस्टम/360 मॉडल 40 में हार्डवेयर और माइक्रोकोड दोनों परिवर्तन शामिल थे। इन परिवर्तनों ने यूनिट को सिस्टम/360 हार्डवेयर के पूर्ण वर्चुअलाइजेशन के लिए आवश्यक तकनीक प्रदान की। इस संशोधित मॉडल 40 ने आगामी मॉडल 67 के डिजाइन को प्रभावित किया, जिसका उद्देश्य समय साझा करने वाले उपयोगकर्ताओं के समान समुदाय की जरूरतों को पूरा करना था (विशेष रूप से एमआईटी की परियोजना मैक और बेल प्रयोगशालाएं - हालांकि ये दोनों साइटें उल्लेखनीय आईबीएम बिक्री विफलताएं बन गईं)।

इस अवधि के दौरान आईबीएम द्वारा तीन अलग वर्चुअल मेमोरी सिस्टम लागू किए गए:

  • द ब्लाउव बॉक्स (गेरी ब्लू के नाम पर), S/360-67 के मूल डिजाइन का हिस्सा
  • सीएटी बॉक्स (कैम्ब्रिज एड्रेस ट्रांसलेटर), सीपी-40 चलाने के लिए सीएससी के एस/360-40 में जोड़ा गया
  • डीएटी बॉक्स (डायनेमिक एड्रेस ट्रांसलेशन), 1972 में एस/370 श्रृंखला के अतिरिक्त के रूप में घोषित किया गया

ये प्रणालियाँ सभी अलग-अलग थीं, लेकिन एक पारिवारिक समानता थी। CP-40 का CAT बॉक्स एक महत्वपूर्ण मील का पत्थर था। पुग एट अल।[3] एक IEEE पेपर का हवाला दें[4] CP-40 वर्चुअल मेमोरी हार्डवेयर के बारे में, और कहा कि यह अद्वितीय था कि इसमें डायनेमिक एड्रेस ट्रांसलेशन को गति देने के लिए एक समानांतर-खोज रजिस्टर बैंक शामिल था। कैंब्रिज द्वारा प्रदान किए गए धन के साथ, आईबीएम इंजीनियर [एस] ... ने 64-रजिस्टर साहचर्य स्मृति का निर्माण किया और इसे 360/40 में एकीकृत किया। 1966 की शुरुआत में एक तरह का परिणाम कैम्ब्रिज भेज दिया गया था।

यह ध्यान रखना महत्वपूर्ण है कि, हालांकि सीएससी के संशोधित मॉडल 40 के लिए वर्चुअलाइजेशन समर्थन एक स्पष्ट लक्ष्य था, यह स्पष्ट रूप से मूल मॉडल 67 डिजाइन के मामले में नहीं था। तथ्य यह है कि वर्चुअलाइजेशन क्षमताओं को अंततः -67 में लागू किया गया था, और इस प्रकार CP/CMS|CP-67/CMS की सफलता को सक्षम किया, CSC टीम की दृढ़ता और दृढ़ता को बयां करता है।

== सी.पी.-40 के तहत सी.एम.एस CMS को पहली बार 1964 में CSC में CP-40 के तहत 'क्लाइंट' ऑपरेटिंग सिस्टम के रूप में चलाने के लिए बनाया गया था। सीएमएस परियोजना के नेता जॉन हार्मन थे। हालांकि किसी भी S/360 ऑपरेटिंग सिस्टम को CP-40 वर्चुअल मशीन में चलाया जा सकता है, लेकिन यह निर्णय लिया गया कि इंटरैक्टिव टाइम-शेयरिंग उपयोगकर्ताओं को समर्थन देने के लिए एक नया, सरल, एकल-उपयोगकर्ता इंटरैक्टिव ऑपरेटिंग सिस्टम सबसे अच्छा होगा। यह संगत समय-साझाकरण प्रणाली जैसे बहु-उपयोगकर्ता सिस्टम को चलाने की जटिलता और ओवरहेड से बच जाएगा। (इसके विपरीत आईबीएम के टाइम शेयरिंग विकल्प | ओएस/एमवीटी-टीएसओ और इसके उत्तराधिकारी - अनिवार्य रूप से एक आईबीएम बैच ऑपरेटिंग सिस्टम के तहत एकल कार्य के रूप में चलने वाला एक टाइम-शेयरिंग ऑपरेटिंग सिस्टम है। सीएमएस के साथ, प्रत्येक इंटरैक्टिव उपयोगकर्ता को एक निजी वर्चुअल मशीन मिलती है।)

सितंबर 1965 तक, कई महत्वपूर्ण सीएमएस डिजाइन निर्णय पहले ही किए जा चुके थे:

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

ये कठिन फ़ाइल नामकरण, कार्य नियंत्रण (JCL के माध्यम से), और IBM के वास्तविक ऑपरेटिंग सिस्टम की अन्य आवश्यकताओं से मौलिक विचलन थे।[5] (इनमें से कुछ अवधारणाएं अन्य विक्रेताओं, जैसे नियंत्रण डेटा निगम और डिजिटल इक्विपमेंट कॉर्पोरेशन के ऑपरेटिंग सिस्टम के लिए लक्ष्य थीं।)

सीएमएस फाइल सिस्टम डिजाइन, इसकी फ्लैट फाइल सिस्टम संरचना के साथ जानबूझकर सरल रखा गया था। क्रीसी नोट्स: एकाधिक डिस्क की यह संरचना, प्रत्येक एक निर्देशिका के साथ, सरल लेकिन उपयोगी होने के लिए चुना गया था। बहु-स्तरीय लिंक्ड निर्देशिकाएं, सामान्य क्षेत्रों में संग्रहीत फ़ाइलों के साथ, जब हमने शुरुआत की थी तब डिजाइन प्रवृत्ति थी। कार्यान्वयन जटिलता को कम करने के लिए हमने इसके और CMS के अन्य घटकों के डिज़ाइन को सरल बनाया है।[6] सीएमएस के तहत चल रहे एप्लिकेशन प्रोग्राम एक ही एड्रेस स्पेस के भीतर निष्पादित होते हैं। वे सीएमएस फाइल सिस्टम जैसी सिस्टम सेवाओं तक पहुंचे, एक साधारण प्रोग्रामिंग इंटरफेस के माध्यम से कर्नेल (ऑपरेटिंग सिस्टम) के लिए, जो सीएमएस वर्चुअल मशीन के भीतर कम मेमोरी में रहता था। विभिन्न प्रकार के सिस्टम कॉल प्रदान किए गए, जिनमें से अधिकांश वर्तमान सीएमएस प्रोग्रामर से परिचित होंगे। (चूंकि सीएमएस वर्चुअल मशीन में एप्लिकेशन चलते हैं, वे सीएमएस डेटा को अधिलेखित करके, विशेषाधिकार प्राप्त निर्देशों का उपयोग करके, या वर्चुअल मशीन को खत्म करने या क्रैश करने वाली अन्य कार्रवाइयाँ करके संभावित रूप से दुर्व्यवहार कर सकते हैं। बेशक, ऐसा करने से अन्य वर्चुअल मशीनें प्रभावित नहीं हो सकती हैं। जो सभी पारस्परिक रूप से अलग-थलग थे; न ही यह अंतर्निहित नियंत्रण कार्यक्रम को नुकसान पहुंचा सकता था। अधिकांश ऑपरेटिंग सिस्टमों के विपरीत, सीपी क्रैश शायद ही कभी एप्लिकेशन त्रुटियों से उपजा हो - और इस प्रकार स्वयं अपेक्षाकृत दुर्लभ थे।)

ऐतिहासिक नोट्स

निम्नलिखित नोट मुख्य रूप से पुघ, वेरियन और क्रीसी [संदर्भ देखें] से संक्षिप्त उद्धरण प्रदान करते हैं, जो CP-40 के विकास के संदर्भ को दर्शाते हैं। व्याख्याओं के बजाय प्रत्यक्ष उद्धरण यहाँ प्रदान किए गए हैं, क्योंकि लेखकों के दृष्टिकोण उनकी व्याख्याओं को रंगते हैं। अतिरिक्त संदर्भ के लिए सीपी/सीएमएस का इतिहास भी देखें।

  • CP-40 परियोजना की उत्पत्ति:
    • सीएससी के रासमुसेन ने टीएसएस/360 के बारे में बहुत संदिग्ध महसूस किया और फैसला किया कि उनके निष्क्रिय सीएससी संसाधनों को एस/360 के लिए एक विश्वसनीय समय-साझाकरण प्रणाली बनाने के लिए इस्तेमाल किया जाना चाहिए, जिसे सीपी-40 के रूप में जाना जाता है। प्रोजेक्ट लीडर रॉबर्ट क्रीसी थे, जो एक संगत टाइम-शेयरिंग सिस्टम प्रोग्रामर थे।[7]
    • CP-40 लक्ष्यों में अनुसंधान करना (सहयोगी स्मृति के उपयोग सहित सिस्टम और सॉफ़्टवेयर के बारे में डेटा प्राप्त करना और उसका विश्लेषण करना) और समय-साझाकरण के माध्यम से CSC की अपनी कंप्यूटिंग आवश्यकताओं को पूरा करना दोनों शामिल हैं। वेरियन कहते हैं: परियोजना का वास्तविक उद्देश्य एक समय-साझाकरण प्रणाली का निर्माण करना था, लेकिन अन्य उद्देश्य भी वास्तविक थे, और परियोजना के "प्रति-रणनीतिक" पहलुओं को छिपाने के लिए उन्हें हमेशा जोर दिया गया था। क्रीसी सीपी/सीएमएस लक्ष्यों का इस तरह से वर्णन करता है: यह नई घोषित आईबीएम प्रणाली/360 के लिए दूसरी पीढ़ी का टाइम-शेयरिंग सिस्टम होना था...[जो] कैम्ब्रिज केंद्र की सभी गतिविधियों का समर्थन करेगा, जिसमें ऑपरेटिंग जैसी विविध गतिविधियां शामिल हैं। सिस्टम अनुसंधान, अनुप्रयोग विकास, और प्रोग्रामर, वैज्ञानिक, सचिव और प्रबंधकों द्वारा रिपोर्ट तैयार करना। इसकी स्थापना के तुरंत बाद, ऑपरेटिंग सिस्टम के प्रदर्शन का मूल्यांकन और परीक्षण करने के लिए एक उपकरण के रूप में केंद्र के बाहर से सिस्टम को पहचाना और वित्तीय रूप से समर्थित होना सुविधाजनक था।[8]
    • सीएससी का शोध आईबीएम के लिए महत्वपूर्ण था, क्योंकि उस समय वर्चुअल मेमोरी सिस्टम के बारे में ज्यादा जानकारी नहीं थी। वेरियन उद्धरण L.W. कोमौ: [आईबीएम की] वर्चुअल मेमोरी के प्रति प्रतिबद्धता को बिना किसी सफल अनुभव के समर्थित किया गया था .... जो भयावह था वह यह था कि आईबीएम में इस वर्चुअल मेमोरी की दिशा तय करने वाला कोई भी व्यक्ति नहीं जानता था कि [समकालीन वर्चुअल मेमोरी सिस्टम फेरेंटी] एटलस क्यों काम नहीं करता। (कॉमौ ने बाद में निष्कर्ष निकाला कि एटलस थ्रैशिंग (कंप्यूटर साइंस) से पीड़ित था, जिसका अध्ययन तब तक नहीं किया गया जब तक कि इसे IBM M44/44X और CP-40 पर नहीं देखा गया।)[9][10]
  • CP-40 डिज़ाइन: पुघ एट अल. लिखें कि: 1964 में...आईबीएम रिसर्च टाइम-शेयरिंग प्लानर्स के लिए वर्चुअल-मशीन सिद्धांतों के उपयोग की सिफारिश कर रहे थे...[जिन्हें] कैम्ब्रिज द्वारा उठाया गया था [सीएससी] टीम, जो अन्य बातों के अलावा, ऑपरेटिंग सिस्टम का परीक्षण करने में सक्षम प्रणाली चाहती थी। 1964 के अंत में क्रीसी और कोमू द्वारा किया गया एक प्रमुख डिजाइन निर्णय, CP-40 को न केवल वर्चुअल मेमोरी पर बल्कि वर्चुअल मशीन पर आधारित करना था (जिसे पहले 'स्यूडो-मशीन' कहा जाता था, बाद में इस शब्द को IBM M44/44X प्रोजेक्ट से विनियोजित किया गया था - जिसे क्रीसी समान लेकिन स्वतंत्र विचारों के रूप में वर्णित करता है।[11] क्रीसी एस/360 निर्देश सेट के आधार पर सीपी की वर्चुअलाइजेशन रणनीति का एक स्पष्ट विवरण प्रदान करता है, जिसमें विशेषाधिकार प्राप्त 'पर्यवेक्षक राज्य' निर्देश शामिल होते हैं जो सामान्य 'समस्या स्थिति' निर्देशों से अलग होते हैं: प्रत्येक [सीपी] वर्चुअल मशीन प्रोग्राम वास्तव में [पूरी तरह से] निष्पादित होता है। समस्या की स्थिति में... विशेषाधिकार प्राप्त निर्देश...[हैं] CP द्वारा वर्चुअल मशीनों के भीतर पुन: प्रस्तुत किए जाते हैं... समस्या की स्थिति में OS चलाने से, सभी 'मुश्किल' निर्देश स्वचालित रूप से हार्डवेयर द्वारा इंटरसेप्ट हो जाएंगे। इसने केवल एक मुख्य वर्चुअलाइजेशन समस्या छोड़ी: स्मृति संदर्भ। अनुभव [सीटीएसएस के साथ]... गतिशील कार्यक्रम स्थानांतरण की आवश्यकता का सुझाव दिया...कार्यक्रमों को टुकड़ों में तोड़ने के लिए जिन्हें एक दूसरे से स्वतंत्र रूप से स्मृति में, बाहर और स्मृति में स्थानांतरित किया जा सकता है।[12]
  • CP-40 आभासी मशीनें:
    • वर्चुअल मशीन की अवधारणा से जुड़ी पहले की शोध परियोजनाओं, जैसे कि IBM M44/44X, ने वास्तविक मशीन का सटीक वर्चुअल डुप्लिकेट बनाने का प्रयास नहीं किया था। क्रीसी: [वे] काफी करीब थे... यह साबित करने के लिए कि 'काफी करीब' की गिनती नहीं थी।
    • CP-40 ने पूर्ण वर्चुअलाइजेशन का साहसिक कदम उठाया, चौदह वर्चुअल S/360 परिवेशों का निर्माण किया, जिनमें से प्रत्येक में 256K के निश्चित वर्चुअल मेमोरी आकार, डिस्क विभाजनों तक मैप की गई पहुंच, और यूनिट रिकॉर्ड उपकरणों (जैसे प्रिंटर) तक स्पूल की गई पहुंच थी। कोमेउ: [पूर्ण वर्चुअलाइजेशन बनाना] ने सीपी और सीएमएस के एक साथ विकास की अनुमति दी; इसने हमें वर्चुअल मेमोरी वातावरण में गैर-वर्चुअल सिस्टम, OS और DOS को मापने की अनुमति दी, और इसने उच्च स्तर की अखंडता और सुरक्षा भी प्रदान की।[13][14]
    • पूर्ण वर्चुअलाइजेशन के मूल्य को प्रकट करने के अलावा, प्रायोगिक IBM M44/44X ने इस विचार को आरोपित किया कि वर्चुअल मशीन की अवधारणा आवश्यक रूप से अधिक पारंपरिक दृष्टिकोणों की तुलना में कम कुशल नहीं है - CP-40 आर्किटेक्चर में एक मूल धारणा, और एक जो अंततः अत्यधिक सफल सिद्ध हुआ।[15]
    • CP-40 जल्द ही एक दर्जन वर्चुअल सिस्टम/टर्मिनल कंट्रोल के तहत 360 मशीनों को सपोर्ट करेगा [ज्यादातर स्रोत चौदह बताते हैं]। (CP-67 ने बाद में...पता-अनुवाद...और बढ़ी हुई गति... का उपयोग करके CP-40 की क्षमता को दोगुना कर दिया।[16])
  • सी.पी.-40 के अंतर्गत सी.एम.एस.
  • सीएमएस और सीपी को अलग करने के फैसले के बारे में, क्रीसी लिखते हैं: सीटीएसएस के कार्यान्वयन ने सिस्टम विकास के लिए मॉड्यूलर डिजाइन की आवश्यकता को स्पष्ट किया। हालांकि एक उत्पादन प्रणाली के रूप में सफल, इसके पर्यवेक्षक डिजाइन के अंतर्संबंधों और निर्भरताओं ने विस्तार और परिवर्तन को कठिन बना दिया। सीपी/सीएमएस डिजाइन की एक प्रमुख अवधारणा कंप्यूटर संसाधन प्रबंधन और उपयोगकर्ता सहायता का विभाजन था। वास्तव में, एकीकृत डिजाइन [सीटीएसएस] को सीपी और सीएमएस में विभाजित किया गया था। सीटीएसएस परियोजना पर प्राप्त अनुभव के महत्व को बढ़ा-चढ़ा कर नहीं बताया जा सकता है।[17]
  • प्रारंभिक सीएमएस के बारे में, क्रीसी लिखते हैं: सीएमएस ने साझाकरण, आवंटन और सुरक्षा की समस्याओं से मुक्त एकल उपयोगकर्ता सेवा प्रदान की।[18] आरंभिक CMS विकास में आईबीएम बेसिक प्रोग्रामिंग सपोर्ट के तहत CMS को बूट करना शामिल था, एक प्रारंभिक S/360 सपोर्ट सिस्टम, जब तक कि CMS स्टैंड-अलोन बूट करने के लिए पर्याप्त नहीं था। आखिरकार विकास सीपी के तहत आभासी मशीनों में चला गया।[19]


यह भी देखें

  • CP/CMS|CP[-67]/CMS: CP-40 का व्यापक रूप से उपयोग किया जाने वाला उत्तराधिकारी, और IBM के VM सिस्टम का अग्रदूत
  • कैम्ब्रिज साइंटिफिक सेंटर, जहां CP-40 और CP/CMS बनाए गए थे
  • IBM M44/44X, एक समकालीन प्रायोगिक पेजिंग सिस्टम
  • सीपी/सीएमएस का इतिहास, सीपी-40 के निर्माण की ओर ले जाने वाली घटनाओं और मुद्दों की समीक्षा
  • टाइम-शेयरिंग सिस्टम इवोल्यूशन

संदर्भ

  1. Control Program-67/Cambridge Monitor System (GH20-0857-1). IBM. October 1971.
  2. Varian (1997), p. 11 (the "CAT box")
  3. Pugh, Johnson & Palmer (1991), p. 741 (note 218 to Ch. 6)
  4. A.B. Lindquist; R.R. Seeber; L.W. Comeau (December 1966). "A time-sharing system using an associative memory". Proceedings of the IEEE. 54 (12): 1774–1779. doi:10.1109/PROC.1966.5261.
  5. Varian (1997), p. 14 – novelty of CMS interface
  6. Creasy (1981), p. 489 – flat file system
  7. Varian (1997), pp. 3, 9, 16 – genesis of CP-40 project
  8. Creasy (1981), p. 485 – design goals
  9. W. O'Neill, "Experience using a time sharing multiprogramming system with dynamic address relocation hardware", Proc. AFIPS Computer Conference 30 (Spring Joint Computer Conference, 1967), pp. 611–621 – thrashing on IBM M44/44X
  10. L.W. Comeau, "Operating System/360 Paging Studies", IBM Storage Hierarchy System Symposium, December 1966 – thrashing on the Atlas, cited in Varian (1997), p. 17.
  11. Creasy (1981), p. 485 – similar to but independent of IBM M44/44X
  12. Creasy (1981), p. 486 – virtualization strategy: problem state execution, plus address translation
  13. Varian (1997), pp. 9, 13
  14. Comeau (1982), pp. 40, 42–43, cited in Varian (1997), pp. 9, 13
  15. L. Talkington, "A Good Idea and Still Growing", White Plains Development Center Newsletter, Vol. 2, No. 3 (March 1969), quoted in Varian (1997), p. 10.
  16. Pugh, Johnson & Palmer (1991), pp. 364–365
  17. Creasy (1981), p. 485 – separating CP from CMS
  18. Creasy (1981), p. 485 – scope of CMS
  19. Varian (1997), pp. 12, 15–16 – CMS booting under BPS


अग्रिम पठन


परिवार का पेड़

→ derivation     >> strong influence     > some influence/precedence
 CTSS 
> IBM M44/44X
>> CP-40/CMS CP[-67]/CMS  VM/370 → VM/SE versions → VM/SP versions → VM/XA versions → VM/ESAz/VM
VP/CSS
> TSS/360
> TSO for MVT → for OS/VS2 → for MVS → ... → for z/OS
>> MULTICS and most other time-sharing platforms

श्रेणी:वर्चुअलाइज़ेशन सॉफ़्टवेयर श्रेणी:IBM मेनफ़्रेम ऑपरेटिंग सिस्टम|CP-40 श्रेणी:सॉफ्टवेयर का इतिहास|CP-40 श्रेणी:वीएम (ऑपरेटिंग सिस्टम) श्रेणी:1960 के दशक का सॉफ्टवेयर