ऑपरेटिंग सिस्टम से पहले, उन्हें काम करने के लिए किस अवधारणा का उपयोग किया गया था? [बन्द है]


50

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

ऑपरेटिंग सिस्टम की शुरुआत से पहले,

उन्हें काम करने के लिए कंप्यूटर सिस्टम में क्या इस्तेमाल किया गया था?

कंप्यूटर के हमारे विकास में ऑपरेटिंग सिस्टम के लिए किस अवधारणा का उपयोग किया गया था?


5
"इससे पहले, कंप्यूटर सिस्टम में क्या उपयोग किया जाता था ..." - यह वैसा ही था जैसे कि आप आज ओएस नहीं चलाते। आप पूरे कंप्यूटर सिस्टम को एक बार में एक उपयोगकर्ता को सौंपकर बैच की नौकरियां चलाते हैं ।
चूरा


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

बहुत सारे उत्तर I / O पर ध्यान केंद्रित कर रहे हैं, कैसे प्रोग्राम लोड और परिधीय डिवाइस प्राप्त करते हैं। लेकिन यह सिर्फ OS के उद्देश्य को पूरा करता है: संसाधन प्रबंधन और साझाकरण, और संभवतः बहु-उपयोगकर्ता क्षमता। यदि आप तार बोर्ड या छिद्रित टेप या ड्रम से कोड लोड करते हैं या आधुनिक एसडीकार्ड का उपयोग करते हैं तो ओएस का उद्देश्य नहीं बदलता है।
चूरा

ताश की गड्डी। छिद्रित कागज टेप। कंप्यूटर के माध्यम से ही फीड करने वाला ऑपरेटर।
डैनियल आर हिक्स

जवाबों:


42

प्रारंभिक कंप्यूटर एक समय में एक कार्यक्रम भाग गया।

इसमें छेद किए गए छेद के साथ कागज टेप (उदाहरण के लिए) से सीधे प्रोग्राम लोड किए गए थे।

आप ऑन-ऑफ स्विच का एक बड़ा सेट सेट करके जल्द से जल्द कंप्यूटर liest प्रोग्राम करेंगे ।

कोलोसस:

एटलस:

मैनचेस्टर:


मैं शब्द "कंप्यूटर" का उपयोग कर रहा डिवाइस की तरह है कि अरबों में आजकल मौजूद है मतलब करने के लिए। कंप्यूटरों की इस विशाल संख्या में, लेकिन सभी एक तुच्छ संख्या में डिजिटल इलेक्ट्रॉनिक प्रोग्राम किए गए कंप्यूटर हैं जो संग्रहीत प्रोग्राम हैं। मुझे यकीन है कि मूल सवाल यह नहीं है कि "कंप्यूटर" नौकरी शीर्षक वाले लोग अपने कार्य दिवस को कैसे बिताते हैं। उन दो प्रकार के कंप्यूटरों के बीच, इस उत्तर में शामिल नहीं किए गए दिलचस्प उपकरणों की प्रगति है।


1
मेरे पास हार्डवेयर है जो मैं काम करता हूं जो दूसरी तस्वीर में उन स्विच का उपयोग करता है। यह ठीक उसी तरह से प्रोग्राम भी चलाता है। इस तरह के एक महान चित्र का उपयोग करने के लिए Upvote
रामहाउंड

ईएनआईएसी, हार्ड वायर्ड को जल्द से जल्द नहीं कहेंगे? स्विच नहीं है और न ही संग्रहीत कार्यक्रम हैं? या यह अब उस वजह से एक कंप्यूटर नहीं है ... जिज्ञासु
रिच होमोलका

1
@ रीचोमोल्का: जैसा कि आप बताते हैं, यह वास्तव में निर्भर करता है कि आप कंप्यूटर के रूप में क्या मानते हैं। आजकल ज्यादातर लोगों का मतलब शायद डिजिटल इलेक्ट्रॉनिक प्रोग्रामेबल कंप्यूटर है। बेशक, उदाहरण के लिए, मैकेनिकल एनालॉग कंप्यूटर और शुरुआती कंप्यूटर लोग थे (यह एक नौकरी का शीर्षक था)। अगर मुझे समय मिलता है तो मैं इसका पता लगाने के लिए उत्तर का विस्तार कर सकता हूं। मेरा मानना ​​है कि ENIAC को स्विच और केबल में हेरफेर करके प्रोग्राम किया गया था।
RedGrittyBrick

ऑपरेटिंग सिस्टम काफी पहले (1956 - en.wikipedia.org/wiki/GM-NAA_I/O देखें ) पर आए । कंप्यूटर का पहला बड़े पैमाने पर उत्पादन 1954 में हुआ था
ब्रूस मार्टिन

"मुझे यकीन है कि मूल प्रश्न यह नहीं है कि नौकरी शीर्षक वाले लोग" कंप्यूटर "ने अपना कार्य दिवस कैसे बिताया" - मेरी दादी एक कंप्यूटर थीं।
पॉल डी। वेट

13

स्रोत: ऑपरेटिंग सिस्टम का इतिहास

ऑपरेटिंग सिस्टम कई अलग-अलग चरणों या पीढ़ियों के माध्यम से विकसित हुए हैं जो दशकों तक मोटे तौर पर मेल खाते हैं।

1940 की पहली पीढ़ी

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

1950 की - दूसरी पीढ़ी

1950 की शुरुआत में, पंच कार्ड की शुरुआत के साथ दिनचर्या में कुछ सुधार हुआ था। जनरल मोटर्स अनुसंधान प्रयोगशालाओं जल्दी 1950 में पहली ऑपरेटिंग सिस्टम लागू किया उनके आईबीएम 701 के लिए । 50 के सिस्टम ने आम तौर पर एक समय में एक नौकरी चलाई। इन्हें सिंगल-स्ट्रीम बैच प्रोसेसिंग सिस्टम कहा जाता था क्योंकि प्रोग्राम और डेटा समूह या बैच में सबमिट किए जाते थे।

स्रोत: http://en.wikipedia.org/wiki/History_of_operating_systems

शुरुआती कंप्यूटर मेनफ्रेम थे जिनमें ऑपरेटिंग सिस्टम के किसी भी रूप का अभाव था।

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

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


10

कंप्यूटर सिस्टम की शुरुआत के ठीक पीछे जाकर आपके पास एक भी कंप्यूटर सिस्टम नहीं था, इसके बजाय आपके पास मेनफ्रेम थे।

यहाँ छवि विवरण दर्ज करें

ये मेनफ्रेम छिद्रित कार्ड पर चलेंगे जिसमें आपका प्रोग्राम होगा (और अक्सर आपका डेटा)। इन प्रणालियों पर लोगों को समय आवंटित किया जाएगा, अपने कार्ड साथ लाएंगे और उन्हें प्रोसेस करने के लिए मशीनों में प्लग करेंगे। मशीन कार्यक्रम को तब तक चलाती थी जब तक यह समाप्त नहीं हो जाता तब अगला उपयोगकर्ता अपने टेप और कार्ड के साथ आता था।

मूल रूप से यह है कि यह कैसे काम किया।


4
तो "ऑपरेटिंग सिस्टम" यहाँ है ... जो भी उपयोगकर्ताओं के लिए समयबद्धन कर रहा है?
काइल स्ट्रैंड

2
मेरा कहना है कि आपका जवाब वास्तव में यह नहीं समझाता है कि आपके द्वारा "सख्ती से बोलने वाले ऑपरेटिंग सिस्टम" का अर्थ बहुत लंबे समय तक एक या दूसरे रूप में है। आप मेनफ्रेम का एक मूल विवरण प्रदान करते हैं, लेकिन यह बिल्कुल स्पष्ट नहीं है कि इन मेनफ्रेम के पास दूरस्थ रूप से कुछ भी समान है जिसे हम "ऑपरेटिंग सिस्टम" कहते हैं।
काइल स्ट्रैंड

3
मुझे पता है कि आप क्या कहने की कोशिश कर रहे हैं, लेकिन मैं इस विवरण के साथ बहुत सहज नहीं हूं, काफी पुरानी होने के कारण मेनफ्रेम पर काम किया है जो आपके मेनफ्रेम के सटीक विवरण को पूरा करता है, लेकिन जिसमें वास्तव में एक ऑपरेशन सिस्टम शामिल था। आपकी तस्वीर में मेनफ्रेम संभवतः 1970 के दशक का आईबीएम मेनफ्रेम (जैसा कि / 360 या एस / 370?) ओएस / 360 या एमवीएस का शुरुआती संस्करण होगा।
रोब मोइर

2
"छिद्रित चुंबकीय कार्ड" जैसी कोई चीज नहीं है । एक "मेनफ्रेम" की आपकी तस्वीर हॉलीवुड की और कंप्यूटर की छंटनी की दृष्टि को ध्यान में रखते हुए है: मैग टेप ट्रांसपोर्ट की पंक्तियाँ।
चूरा

1
कुछ गलत बयान यहाँ। जैसा कि @sawdust ने कहा, छिद्रित कार्ड चुंबकीय नहीं थे। इसके अलावा, छिद्रित कार्ड में अक्सर आपका प्रोग्राम और आपका डेटा होता था; या आपका कार्यक्रम कागज (छिद्रित) टेप पर हो सकता है। मैग् टेप स्पूल बहुत बाद में थे। इससे पहले कि प्रोग्राम RedGrittyBrick के उत्तर में दिखाए गए पैनल के स्विच के माध्यम से लोड किए गए थे, या प्लगबोर्ड के माध्यम से कंप्यूटर को रिवाइयर करके। मैंने पिता, पुत्र और कंपनी को दिलचस्प और जानकारीपूर्ण इतिहास पाया।
स्टीफन पी।

6

1890-1950 - ऑपरेशन सिस्टम में निहित है बहुत शुरुआती कंप्यूटरों के बराबर था कि एक ओएस अब उनमें क्या बनाता है। आप (आपरेटर) ऑपरेटिंग सिस्टम का भी हिस्सा थे। आपने रजिस्टर स्विच को फ़्लिप किया (या एक पंच कार्ड का उपयोग किया) और शारीरिक रूप से स्वैप किए गए बस तारों (पुराने फैशन टेलीफोन ऑपरेटर स्टेशन के बारे में सोचें) और मेमोरी को सीधे (शारीरिक तारों के माध्यम से) प्रकाश बल्ब (दिन की निगरानी) और प्रिंटर के साथ जोड़ा गया था ( दीर्घकालिक भंडारण) इस तरह से कि प्रोग्राम आउटपुट सीधे प्रकाश में आएगा और डिवाइस पर सीधे प्रिंट होगा क्योंकि यह आउटपुट मेमोरी बफर में रखा जा रहा था। इन चीजों के लिए किसी ड्राइवर की जरूरत नहीं थी क्योंकि (जिस तरह से उन भौतिक तारों को चलाया गया था) उन्होंने 'सिर्फ काम किया' (इन दिनों में मॉनिटर जैसी कोई चीज भी नहीं थी)। वास्तव में इस युग में अभी भी कुछ दशक होने जा रहे थे जब तक कि एक डिजिटल संख्यात्मक प्रदर्शन का आविष्कार नहीं किया जाएगा ताकि आप वास्तव में उन संख्याओं को देख सकें जिन्हें आपने पहले ही रजिस्टर और आउटपुट में दशमलव संख्याओं के रूप में दर्ज किया था; प्रिंटर इस पूरे युग पर नज़र रखता है। उन्हें सही ढंग से काम करने के लिए आवश्यक रूप से तार दिया गया था। इस भाग में से कोई भी वास्तव में मैकेनिकल (1890) से इलेक्ट्रिक एनालॉग (1910s) से डिजिटल (1930) तक स्विच के साथ बहुत बदल गया। इस समय के दौरान 'प्लग एन प्ले' आर्किटेक्चर को रुकावट प्रणाली के साथ बदल दिया गया था और देर से नब्बे के दशक तक फिर से पुनरुत्थान नहीं करेगा; तब तक बहुत कम प्लग-इन होगा। इंटरप्ट के साथ, उपकरणों को सीपीयू समय लेने की अनुमति दी गई थी जो आर्किटेक्चर की अनुमति देते थे t सीधे हार्डवेयर से बंधा हुआ है, लेकिन इसके लिए कई पीढ़ियों का समय लिया गया है ताकि हम वास्तव में सुव्यवस्थित प्रक्रिया को x86 आर्च (और नए) में देख सकें; प्रारंभिक सिस्टम अक्सर भयानक दौड़ की स्थिति, हार्डवेयर संगतता \ विलंब की समस्याओं, और अन्य विषम व्यवहारों में भाग लेते हैं जहां व्यवधान चिंतित होते हैं। क्योंकि इस अवधि में प्रत्येक मशीन मौलिक रूप से अलग (एक प्रयोगात्मक) आर्किटेक्चर का उपयोग करती थी; लगभग सभी उपकरण कस्टम मशीन पर काम करने के लिए बनाए गए थे।

1950-1973 - एक प्रणाली के भीतर ऑपरेशन इस युग ने उन अधिकांश विशेषताओं के आगमन को देखा जिनके बारे में हम सोचते हैं कि जब हम एक सच्चे ऑपरेटिंग सिस्टम के बारे में बात करते हैं। डिबगिंग, प्रोग्रामिंग लैंग्वेज, मल्टी यूजर, मल्टी टास्किंग, टर्मिनल, डिस्क टाइप ड्राइव, नेटवर्किंग, कंपोनेंट्स का मानकीकरण, आदि सभी इस युग में पेश किए गए थे। इस बार इस के मानकीकरण की दिशा में एक विशाल छलांग देखी गई, जिसका अर्थ था कि हमारे पास अधिक मानकीकृत उपकरण थे, लेकिन फिर भी प्रत्येक ओएस को प्रत्येक मशीन के लिए तैयार किया गया था, जिसका अर्थ था कि ओएस कार्यक्षमता उन इंजीनियरों द्वारा गंभीर रूप से सीमित थी जो उस विशेष प्रणाली को डिजाइन करने के लिए तय किए गए थे। । इस समय के दौरान, एक ग्रे ग्रे क्षेत्र था जो एक ऑपरेटिंग सिस्टम था, क्योंकि विभिन्न आर्किटेक्चर बहुत अलग तरीके से बात करते हैं और एक सामान्य उद्देश्य मशीन को एक मशीन की तुलना में बहुत अधिक ओएस की आवश्यकता होती है जिसमें समान नौकरियों को संभालने के लिए हार्डवेयर शामिल होता है। तथ्य यह है कि हार्डवेयर हमेशा सॉफ़्टवेयर की तुलना में तेज़ होने वाला है और व्यावहारिक रूप से सॉफ़्टवेयर में किया गया कुछ भी सैद्धांतिक रूप से हार्डवेयर में किया जा सकता है (यह लागत \ लचीलेपन \ size \ time \ etc) है जो हमें सब कुछ के लगभग शुद्ध हार्डवेयर संस्करण बनाने से सीमित करता है दिन)। एक ओएस एक विशेष कंप्यूटर या कंप्यूटर के प्रकार के लिए बनाया गया था; यह कहीं और काम नहीं करेगा। प्रत्येक नए कंप्यूटर डिज़ाइन को किसी विशेष मशीन मॉडल के साथ काम करने के लिए स्क्रैच से फिर से लिखे जाने के लिए सभी निम्न स्तर के ओएस सॉफ़्टवेयर की आवश्यकता होती है। इस समय के अंत के आसपास एक नया OS उभरा जो जल्द ही इस प्रतिमान को बदल देगा, केन थॉम्पसन और डेनिस रिची द्वारा बेल लैब्स में लिखे गए UNIX।

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

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


1
किसी ने उल्लेख किया कि OS \ 360 UNIX से पहले आया था। यह भी सच है लेकिन उस दिन के अन्य सभी ओएस की तरह, यह उस पर चलने वाले प्रत्येक व्यक्तिगत मशीन मॉडल के लिए हाथ से कोड किया गया था।
क्रोव

1
किसी ने उल्लेख किया कि फोरट्रान भी संकलन को पार कर सकता है। यह सच है, इसलिए ALGOL (C का पूर्ववर्ती) था, लेकिन मशीन स्वतंत्र OS बनाने के लिए सबसे पहले C को बूटस्ट्रैप किया गया था।
क्रोव

1
" जब तक केन और डेनिस ने पहली बार UNIX कर्नेल संकलित किया ... कि आधुनिक अर्थों में एक सच्चे ओएस का जन्म हुआ .." OMG। इस साइट पर कम ही सही शब्द लिखे गए हैं। इसमें कोई अर्थ नहीं है कि यह कथन दूरस्थ रूप से सटीक है।
RBarryYoung

1
MULTICS (और BCPL) को भी अनदेखा करता है
फ्रांसिस डेवी

UNIX और C की पूर्वता के बारे में ऊपर सूचीबद्ध अधिकांश चीजें गलत हैं, विशेष रूप से, OSIX के इतिहास में UNIX और C इतने महत्वपूर्ण क्यों थे। इस वजह से था, लगभग पूरी तरह से, एटी एंड टी के खिलाफ 1974 की सहमति फरमान, जिसका अर्थ यह है कि यह (और अन्य एटी एंड टी प्रौद्योगिकी का एक बहुत) था मुक्त , स्रोत कोड सहित । इस वजह से, यह असली है "पहले के" पहले के रूप में थे मुक्त पूरी तरह से कामकाज आधुनिक ओएस और निम्न स्तर संकलक, स्रोत कोड के सभी शामिल हैं। इससे पहले कि यह प्रतिस्पर्धी ईमानदारी से उस लाभ को स्वीकार कर लेगा, एक एकान्त स्थिति में यह 10-20 साल तक कायम रहेगा।
RBarryYoung

3

शुरुआत में, प्रोग्राम को कंप्यूटर में हार्डवॉयर किया गया था, जो बूटअप पर किसी विशेष स्थान से प्रोग्राम को तुरंत चलाना शुरू कर देगा।

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

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

या पूर्व-यूईएफआई पीसी बूट प्रक्रिया: प्रोसेसर BIOS में निष्पादित करना शुरू कर देता है। यह डिस्क से पहले सेक्टर को लोड करता है और इसे कूदता है। यह एक सक्रिय विभाजन की तलाश करता है और वहां से एक बूटलोडर को लोड करता है, जो ऑपरेटिंग सिस्टम को लोड करता है। मूल रूप से जो MSDOS के लिए COMMAND.COM रहा होगा; अब यह आमतौर पर विंडोज के लिए NTLDR.EXE है।


3

यह ध्यान दिया जाना चाहिए कि शुरुआती हार्डवेयर में (1960 से पहले), I / O ज्यादा सरल था। आप एक कार्ड पढ़ सकते हैं, या एक कार्ड पंच कर सकते हैं या प्रिंटर पर एक लाइन प्रिंट कर सकते हैं, प्रत्येक एक निर्देश के साथ: बफर का आकार तय किया गया था, और अक्सर बफर पता भी तय किया गया था।

60 के दशक की शुरुआत में, अधिक परिष्कृत प्रोसेसर (जैसे 7090) के साथ, आप अभी भी एक छोटी दिनचर्या (लगभग 20 निर्देश) के साथ कार्ड पढ़ या पंच कर सकते थे, जिसे आसानी से प्रत्येक कार्यक्रम में कॉपी किया गया था।

चूंकि कंप्यूटर पूरी तरह से एक ही काम के लिए समर्पित था, इसलिए इससे कोई फर्क नहीं पड़ता था कि कार्ड रीडर का इंतजार करते समय प्रोसेसर बेकार था, अगली कार्ड पढ़ने के लिए, या अगली पंक्ति को खिलाने के लिए लाइन प्रिंटर के लिए।

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

अभी भी 80 के दशक में मैं एक माइक्रो-प्रोसेसर आधारित कंप्यूटर का उपयोग कर रहा था, उन पुराने सिस्टमों में से एक का अनुकरण कर रहा था। मशीन के निर्देशों में 80 बिट्स (10 ऑक्टेट्स) पर एक समान प्रारूप था, और पहली हार्ड डिस्क के पहले सेक्टर को पढ़ने और एड्रेस 0 पर मेमोरी में स्टोर करने का निर्देश बहुत आसानी से था: 0000000000. इसलिए बूट प्रक्रिया में हर सुबह शामिल था टर्मिनल पर इस निर्देश को टाइप करने के लिए, जिसने इसे 0 पते पर संग्रहीत किया और इसे निष्पादित किया, जिसने फिर बूट सेक्टर को लोड किया और अगले निर्देश (10 पते पर) पर निष्पादन जारी रखा। फाइल सिस्टम में एक स्टैटिक टेबल मैपिंग फाइल में "नाम" से लेकर सेक्टरों की श्रेणियां शामिल थीं, जिन्हें मैन्युअल रूप से आवंटित किया गया था! I / O असेंबली में उन फ़ाइलों को सीधे पढ़ने या लिखने के लिए किया गया था, हार्ड डिस्क पर फ़ाइल की स्थिति से ऑफसेट जो "द्वारा पुनर्प्राप्त किया गया था"


2

व्यापक व्यक्तिगत उपयोग के लिए डिज़ाइन किए गए कंप्यूटरों की मुट्ठी पीढ़ी ने ROM में "मॉनिटर" कहा था (केवल मेमोरी पढ़ें)।

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

ऑपरेटिंग सिस्टम से अलग, मॉनिटर के पास किसी भी तरह का कोई फाइल सिस्टम सपोर्ट नहीं था। मानव ऑपरेटर सही टेप खोजने के लिए ज़िम्मेदार था, इसे लोड करने के लिए आवश्यक कार्यक्रम की शुरुआत में रिकॉर्डर और स्थिति पर डाल दिया।

BIOS और ऑपरेटिंग सिस्टम दोनों के संयुक्त कार्यों की निगरानी करें और पहले से ही बहुत स्पष्ट रूप से एक सॉफ्टवेयर था।

चालू करने के बाद, शॉर्ट "रीसेट" सिग्नल बस प्रोग्राम काउंटर को किसी भी अन्य काउंटर की तरह ही शून्य कर रहा था, उसी समय मेमोरी मैपर (यदि कोई मौजूद था) को स्विच करने के लिए पता 0000 को मॉनिटर रॉम में मैप करना होगा। बाद में हाई एड्रेस स्पेस में मॉनिटर को रीमैप करने के लिए कुछ हार्डवेयर सर्किट होना आम बात थी। कोड स्टार्टअप के अलावा, "रीसेट" बटन का उपयोग रनिंग प्रोग्राम को समाप्त करने के लिए भी किया गया था ताकि दूसरे को लोड किया जा सके।

अल्पविकसित "रीसेट" बटन इन दिनों में भी कुछ डेस्कटॉप पीसी पर पाया जा सकता है।


यह घरेलू उपयोग के लिए "व्यक्तिगत कंप्यूटर" की पहली (या दूसरी) पीढ़ी का सच है। इससे पहले कि वे अस्तित्व में थे, माध्यमिक स्कूलों में विद्यार्थियों को समय-साझा करने वाले कंप्यूटरों के लिए रिमोट एक्सेस था, जो अलग-अलग काम करते थे, लेकिन फिर भी "व्यापक रूप से डिजाइन किए गए" होंगे। मुझे यकीन नहीं है कि होम कंप्यूटर की पहली पीढ़ी, Altairs और Heathkits, सभी में कमांड-लाइन मॉनिटर थे।
RedGrittyBrick

0

ऑपरेटिंग सिस्टम के लिए सबसे प्रत्यक्ष पूर्ववर्ती डिवाइस के साथ इंटरफेस करने के लिए मानक पुस्तकालयों का संयोजन होगा, और एक प्रोग्राम को मेमोरी में लाने के लिए बूटस्ट्रैप लोडर सिस्टम और चलने लगा।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.