प्रोग्रामर्स ने 60 और 70 के दशक में महंगे कंप्यूटर संसाधनों को साझा करने के लिए नेटवर्किंग का उपयोग कैसे किया?


21

मैं युवा हूं और 60 और 70 के दशक के दौरान नेटवर्किंग और प्रोग्रामिंग का अनुभव करने के लिए जीवित नहीं था क्योंकि यह एक बार था। मैं वान जैकबसन द्वारा कंटेंट सेंट्रिक नेटवर्किंग पर कुछ बातचीत देख रहा हूं, और इन वार्ताओं में उन्होंने एक ऐतिहासिक परिप्रेक्ष्य दिया है, जिसमें कहा गया है कि 60 और 70 के दशक में, नेटवर्किंग को संसाधनों के बंटवारे की समस्या को हल करने के लिए डिज़ाइन किया गया था, जैसे कि दुर्लभ पाठकों तक पहुंच प्राप्त करना या उच्च गति टेप ड्राइव। फिर वह यह कहने के लिए आगे बढ़ता है कि इस युग में बहुत कम डेटा था, और यह डेटा "कंप्यूटर पर नहीं रहता था", यह कुछ ऐसा था जिसे आप अपने साथ ले गए थे, जैसे टेप या प्रिंटआउट।

इस बारे में मेरे दो सवाल हैं:

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

2) लोगों को आम तौर पर उनके कार्यक्रमों का परिणाम कैसे मिला? क्या इसे तार के पार वापस भेजा गया था, या प्रिंट आउट / टेप वगैरह पोस्ट किए गए थे जो प्रोग्राम को रिमोट रिसर्चर को वापस चलाए जाने के बाद पोस्ट किए गए थे?

मैं माफी माँगता हूँ अगर मैंने अपने युगों को किसी भी तरह से यहाँ मिलाया है, जैसा कि मैंने कहा, मैं उस समय जीवित नहीं था।

धन्यवाद।


1
मैं वास्तव में इस सवाल को पसंद करता हूं, लेकिन मुझे चिंता है कि यह स्टैक ओवरफ्लो के लिए ऑफ-टॉपिक है। उस ने कहा, मुझे नहीं पता कि इसे और कहां से पूछना है। क्या कोई इतिहास अतिप्रवाह है?
जेरेमी डब्ल्यू। शेरमैन

मैंने शुरू में ऐसा ही सोचा था, लेकिन यह संबंधित प्रोग्रामिंग है और मुझे नहीं लगता कि यह व्यक्तिपरक है।
ब्रायस थॉमस

3
मैंने एक पंचकार्ड रीडर का उपयोग करके "रिमोटली" के विचार से प्यार किया ...
18 Fe में एलेक्स फेनमैन

1
@ एलेक्स, आप हंस सकते हैं, लेकिन वे 80 के दशक की शुरुआत में काफी आम थे। यहां एक के लिए एक मैनुअल का लिंक दिया गया है: ukcc.uky.edu/ukccinfo/391/rug.html । यदि आप भौतिक विज्ञान विभाग में थे, और कैंपस के पार कंप्यूटर सेंटर काफी सुविधाजनक थे। आमतौर पर एक रिमोट लाइन प्रिंटर भी होता था। इंटर-कैंपस मेल में अगले दिन अधिक विशिष्ट आउटपुट दिया जाएगा।
चार्ल्स ई। ग्रांट

मुझे सही साबित होना है। मैं आपके मुट्ठी भर ताश के पत्तों के साथ प्रतीक्षा करने की कहानियों पर बड़ा हुआ हूं। मुझे लगता है कि यह दूरस्थ कार्ड रीडर नवाचार से पहले था!
एलेक्स फीमैन Alex

जवाबों:


12

60 और 70 के दशक में कई व्यवसायों ने दूरस्थ कंप्यूटर संसाधनों का "टाइम-शेयरिंग" कहा था।

1) इनपुट को एक टेलेटाइप मशीन द्वारा भेजा गया था जो रिमोट मशीन को इनपुट भेजेगा और डिस्प्ले प्रिंटेड पेपर था।

2) कार्यक्रम चलेगा और परिणाम टेलेटाइप मशीन पर वापस आ जाएंगे। अक्सर मेनफ्रेम कंप्यूटर हजारों मील दूर था।

टेलीफोन लाइनों का उपयोग आमतौर पर नेटवर्क परिवहन के रूप में किया जाता था, जो मॉडेम के शुरुआती उपयोग की तरह होता था।

मुझे याद है कि मेरे पिताजी ने 70 के दशक की शुरुआत में उनमें से एक का उपयोग किया था। कंप्यूटर पूर्वी तट पर था और टेलेटाइप ओक्लाहोमा सिटी, ओके में था।

लोकप्रिय विज्ञान अनुच्छेद 1960 के दशक में समय साझा करने का वर्णन


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

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

धन्यवाद, मैंने इसे "पूर्ववर्ती" के बजाय "उपयोग" कहने के लिए संपादित किया।
टर्नकी

एक अच्छी हंसी के लिए, लिंक किए गए लोकप्रिय विज्ञान लेख के पृष्ठ 93 पर पैराग्राफ को पढ़ें कि कैसे समय साझा करने की अवधारणा का अर्थ होगा भविष्य में "घरेलू" कंप्यूटरों की मृत्यु। कुछ मायनों में बादल उस "टाइम शेयरिंग" मॉडल पर वापस चला गया है, लेकिन निश्चित रूप से यह "घरेलू" कंप्यूटर की मृत्यु का कारण नहीं बना, जो उस लेख के लगभग 10 साल बाद जीवन के संकेत दिखाएगा।
टर्नकी

2
लिनक्स के कई कारणों में से एक दो अक्षर का कमांड (rm, cp, mv, ls) है जो यूनिक्स की नकल करता है। कई शुरुआती यूनिक्स उपयोगकर्ताओं ने टेलेटाइप्स का उपयोग किया, और वे कुंजी वास्तव में बहुत ही कम थे! तो कमांड के लिए, लघु == अच्छा। मैंने एडीएम -3 डंब टर्मिनल का उपयोग करने के लिए सीढ़ियों की तीन उड़ानों पर चढ़ने के बजाय एक टेलेटाइप के बजाय मेरी उंगलियों को मार दिया।
बॉब मर्फी

8

असल में, वहाँ एक नेटवर्क नहीं था। कुछ भी उपयोगी करने के लिए, आपको कंप्यूटर के साथ सह-स्थित होना चाहिए। इसलिए आप अपने कार्ड को ऑप्स सेंटर में ले गए, और उन्हें एक बॉक्स में रख दिया। तब ऑपरेटरों ने उन्हें कार्ड रीडर में लोड किया। परिणाम कागज पर मुद्रित किए गए थे या कार्ड पर छिद्रित किए गए थे, और आप एक बार फिर उन्हें चुनने के लिए ऑप्स केंद्र गए थे।

बाद में, 300-बॉड लाइन्स जैसी चीजें उपलब्ध हुईं, लेकिन आप उन्हें बहुत अधिक डेटा डाउन (या अप) नहीं कर सके, इसलिए आपको अभी भी कोई भी गंभीर इनपुट या आउटपुट करने के लिए सह-स्थित होना चाहिए।

खुशी के दिन!


1
उदासीन हो रही है, नील? :)
ब्लूराजा - डैनी पफ्लुगुएफ्ट

2
BTDT - कई घंटे हैंगिंग टेप्स (मैन्युअल रूप से पिरोया गया), लिस्टिंग को तोड़कर, सिस्टम में जॉब पढ़ने में
बिताए

6
@ बालूराज बाह, यह कुछ भी नहीं है - मेरे पिताजी वास्तव में एलन ट्यूरिंग से मिले और उनके साथ तर्क पर चर्चा की। अब, यह विषाद है!
नील बटरवर्थ

2

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


1

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

बिंदु पर अधिक, मेरी पहली वास्तविक कंप्यूटिंग नौकरी एक डंब टर्मिनल पर कोड लिख रही थी। हमारे सौभाग्य से हमारी अधिकांश नौकरियों के लिए स्थानीय मेनफ्रेम था। ($ 5 मिलियन मशीन का समर्थन करने के लिए ~ 300 स्थानीय उपयोगकर्ताओं, $ 500k वार्षिक परिचालन लागत, 6 या 7 के समर्पित कर्मचारी) हर बार जब हम अपने लॉस एंजिल्स स्थान से ह्यूस्टन में कंपनी के मेनलाइन सिस्टम पर कुछ करने की आवश्यकता होती है। प्रतिक्रिया समय इस बात पर निर्भर करता है कि स्थानीय प्रबंधन ने कितना महत्वपूर्ण निर्णय लिया है, b / c उच्च प्राथमिकता = उच्च शुल्क-वापसी, धीमे लिंक पर कभी ध्यान न दें। और सब कुछ हमारे विभाग को वापस मिल गया - टेप रीड, सीपीयू उपयोग, पेपर की लागत ग्रीनबार प्रिंट आउटपुट आदि।

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