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

Sono giovane e non ero vivo negli anni '60 e '70 per sperimentare il networking e la programmazione come una volta. Ho visto alcuni discorsi di Van Jacobson su Content Centric Networking, e in questi discorsi fornisce una prospettiva storica affermando che negli anni '60 e '70 il networking era progettato per risolvere il problema della condivisione delle risorse, come ottenere l'accesso a lettori di carte scarsi o unità nastro ad alta velocità. Quindi procede dicendo che c'erano pochissimi dati in questa era, e che i dati "non vivevano sui computer", era qualcosa che portavi con te, ad esempio su nastri o stampe.

Ho due domande al riguardo:

1) In che modo le persone "da remoto" hanno usato qualcosa come un lettore di schede? Sicuramente ad un certo punto le carte fisiche dovevano essere consegnate ovunque fosse il computer. Se eri a 100 miglia di distanza, ciò significava che avevano spedito le carte in anticipo e quindi semplicemente usato la rete 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 rispedito attraverso il cavo o sono stati pubblicati stampe / nastri eccetera dopo che il programma era stato restituito al ricercatore remoto?

Mi scuso se ho confuso le mie epoche in qualche modo qui, come ho detto, non ero vivo in quel momento.

Grazie.

Molte aziende negli anni '60 e '70 usavano quella che veniva chiamata "condivisione del tempo" delle risorse dei computer remoti.

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

2) Il programma verrebbe eseguito e i risultati tornerebbero sulla macchina del teletipo. Spesso il computer mainframe era a migliaia di miglia di distanza.

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

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

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

Fondamentalmente, non c'era una rete. Per fare qualcosa di utile, dovevi trovarti in una posizione 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 punzonati su carte e sei andato di nuovo al centro operativo per raccoglierli.

Più tardi, cose come le linee da 300 baud sono diventate disponibili, ma non è stato possibile mettere un sacco di dati verso il basso (o verso l'alto), quindi è stato ancora necessario essere collocati per eseguire qualsiasi input o output serio.

Giorni felici!

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 pianificazione, protocolli di utilizzo, protocolli di comunicazione (tra sistema e terminale e, in definitiva, con altri sistemi). I progressi nella tecnologia fisica e nell'innovazione del protocollo per scopi diversi hanno contribuito ad allontanare questo modello di elaborazione centralizzato in un modello di elaborazione più collegato in rete.

Ho imparato a programmare usando le schede ottiche (versione riempitiva della bolla delle schede perforate IBM) che il mio liceo ha inviato all'università locale per l'esecuzione durante il tempo libero. È VERAMENTE risucchiato aspettando una settimana che l'output tornasse solo per scoprire a) che avresti messo le carte nel tuo mazzo nell'ordine sbagliato oppure b) l'operatore lasciò cadere il vassoio durante il caricamento del lettore. Abbiamo fatto un enorme salto tecnologico nel mio ultimo anno quando abbiamo ottenuto un pugno di nastro adesivo e abbiamo potuto eliminare le carte.

Inoltre, il mio primo vero lavoro informatico è stato scrivere 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, $ 500.000 di costi operativi annuali, personale dedicato di 6 o 7) Ogni tanto dovevamo fare qualcosa sui sistemi principali dell'azienda a Houston dalla nostra sede di Los Angeles. Il tempo di risposta dipendeva dall'importanza che il management locale ha deciso che qualcosa fosse, b / c priorità più alta = chargeback più alti, non importa i collegamenti lenti. E tutto è stato riaddebitato al nostro dipartimento: letture su nastro, utilizzo della CPU, costi della carta per l'output di stampa della barra verde, ecc.