In che modo i programmatori utilizzano la rete per condividere costose risorse informatiche negli anni '60 e '70?

Question

In che modo i programmatori utilizzano la rete per condividere costose risorse informatiche negli anni '60 e '70?

#1 da (12 voti)
#2 da (8 voti)
#3 da (2 voti)
#4 da (1 voti)

21

Sono giovane e non ero vivo durante gli anni '60 e '70 per sperimentare il networking e la programmazione come era una volta. Ho seguito alcuni talk di Van Jacobson su Content Centric Networking, e in questi discorsi ha dato una prospettiva storica affermando che negli anni '60 e '70, il networking era stato progettato per risolvere il problema della condivisione delle risorse, come ottenere accesso a lettori di carte scarse o unità nastro ad alta velocità. Poi procede a dire che c'erano pochissimi dati in questa era, e che i dati "non vivevano sui computer", era qualcosa che si portava con te, ad es. su nastri o stampe.

Ho due domande a riguardo:

1) In che modo le persone "remotamente" usavano qualcosa come un lettore di schede? Sicuramente a un certo punto le carte fisiche dovevano essere consegnate ovunque si trovasse il computer. Se tu fossi a 100 miglia di distanza, questo significa che hanno pubblicato le carte in anticipo e quindi hanno semplicemente usato il networking per eseguire i comandi necessari per eseguire quei mazzi di carte?

2) In che modo le persone hanno generalmente ottenuto il risultato dei loro programmi? È stato inviato di nuovo attraverso il filo, o sono state stampate stampe / nastri eccetera dopo che il programma è stato eseguito di nuovo al ricercatore remoto?

Mi scuso se ho avuto modo di confondere la mia ere qui, come ho detto, all'epoca non ero ancora vivo.

Grazie.

history networking

posta Bryce Thomas 08.06.2011 - 19:33

fonte

4 risposte

Leggi altre domande sui tag history networking

Da dove viene "exit (-1)"? Quale linguaggio naturale ha il vantaggio quando si tratta di programmare? [chiuso]

score 12 · Answer 1

Molte aziende negli anni '60 e '70 usavano quella che veniva chiamata "time-sharing" delle risorse del computer remoto.

1) L'input è stato inviato da una macchina teletype che inviava gli input alla macchina remota e il display è stato stampato.

2) Il programma verrebbe eseguito e i risultati tornerebbero sulla macchina del teletype. Spesso il computer mainframe era distante migliaia di chilometri.

Le linee telefoniche venivano solitamente utilizzate come trasporto di rete, una sorta di utilizzo anticipato del modem.

Ricordo di aver visto mio padre usare uno di quelli nei primi anni '70. Il computer era sulla costa orientale e il teletype era a Oklahoma City, OK.

Articolo di scienza popolare che descrive la condivisione del tempo negli anni '60

score 8 · Answer 2

Fondamentalmente, non c'era una rete. Per fare qualcosa di utile, dovevi essere co-localizzato con il computer. Quindi hai portato le tue carte al centro operativo e le hai messe in una scatola. Gli operatori li hanno quindi caricati nel lettore di schede. I risultati sono stati stampati su carta o stampati su schede, e sei andato ancora una volta al centro operativo per raccoglierli.

In seguito, cose come 300 righe di baud diventarono disponibili, ma non potevi mettere giù (o su) molti dati, quindi dovevi essere co-localizzato per fare qualsiasi input o output serio.

Happy days!

score 2 · Answer 3

Ci sono alcune buone informazioni in questo articolo di wikipedia sui terminali dei computer. Uno dei modi per allontanarsi dalle schede perforate era attraverso l'uso di terminali collegati a un sistema centrale. Ciò ha portato alla necessità di algoritmi di schedulazione, protocolli di utilizzo, protocolli di comunicazione (tra sistema e terminale e infine ad altri sistemi). I progressi nella tecnologia fisica e l'innovazione del protocollo per diversi scopi hanno contribuito a portare questo modello di calcolo centralizzato a un modello di elaborazione più in rete.

score 1 · Answer 4

Ho imparato a programmare utilizzando le schede ottiche (versione fill-in-the-bubble delle schede perforate IBM) che il mio liceo ha inviato all'università locale per l'esecuzione durante il periodo di sospensione. È VERAMENTE risucchiato ad aspettare una settimana perché l'output tornasse solo per scoprire a) che avresti messo le carte nel tuo mazzo nell'ordine sbagliato o b) l'operatore ha lasciato cadere il vassoio durante il caricamento del lettore. Abbiamo avuto un enorme salto tecnologico il mio ultimo anno quando abbiamo ottenuto un pugno di nastro di carta e abbiamo potuto eliminare le carte.

Di più sul punto, il mio primo vero lavoro di calcolo è stato scrivere un codice su un terminale stupido. Fortunatamente abbiamo avuto un mainframe locale per la maggior parte dei nostri lavori. ($ 5 milioni di macchine per supportare ~ 300 utenti locali, $ 500k di costi operativi annuali, personale dedicato di 6 o 7) Ogni tanto dovevamo fare qualcosa sui sistemi principali della compagnia a Houston dalla nostra sede di Los Angeles. Il tempo di risposta dipendeva dall'importanza che la gestione locale aveva deciso su qualcosa, b / c priorità più alta = più elevati chargeback, non importa i collegamenti lenti. E tutto è stato addebitato al nostro reparto: letture su nastro, utilizzo della CPU, costi della carta per l'output di stampa sulla greenbar, ecc.