Comment les programmeurs ont-ils utilisé le réseau pour partager des ressources informatiques coûteuses dans les années 60 et 70?


21

Je suis jeune et je n'étais pas vivant pendant les années 60 et 70 pour faire l'expérience du réseautage et de la programmation comme c'était le cas auparavant. J'ai regardé quelques conférences de Van Jacobson sur le réseautage centré sur le contenu, et dans ces discussions, il donne une perspective historique indiquant que dans les années 60 et 70, la mise en réseau a été conçue pour résoudre le problème du partage des ressources, comme l'accès à des lecteurs de cartes rares ou des lecteurs de bande à haute vitesse. Il poursuit en disant qu'il y avait très peu de données à cette époque et que les données "ne vivaient pas sur des ordinateurs", c'était quelque chose que vous transportiez avec vous, par exemple sur des bandes ou des imprimés.

J'ai deux questions à ce sujet:

1) Comment les gens ont-ils utilisé "à distance" quelque chose comme un lecteur de carte? Il est certain qu'à un moment donné, les cartes physiques ont dû être livrées partout où se trouvait l'ordinateur. Si vous étiez à 100 miles de distance, cela signifie-t-il qu'ils ont posté les cartes à l'avance et ont simplement utilisé le réseau pour exécuter les commandes nécessaires à l'exécution de ces jeux de cartes?

2) Comment les gens ont-ils généralement obtenu le résultat de leurs programmes? A-t-il été renvoyé à travers le fil, ou des impressions / bandes, etc. ont-elles été publiées après que le programme a été renvoyé au chercheur à distance?

Je m'excuse si j'ai mélangé mes époques ici, comme je l'ai dit, je n'étais pas vivant à l'époque.

Merci.


1
J'aime vraiment cette question, mais je crains qu'elle ne soit hors sujet pour Stack Overflow. Cela dit, je ne sais pas où le demander. Y a-t-il un dépassement d'historique?
Jeremy W. Sherman

J'ai d'abord pensé la même chose, mais c'est lié à la programmation et je ne pense pas que ce soit subjectif.
Bryce Thomas

3
J'ai LOLé à l'idée de "à distance" en utilisant un lecteur de cartes perforées ...
Alex Feinman

1
@Alex, vous pouvez rire, mais ils étaient assez courants au début des années 80. Voici un lien vers un manuel pour l'un: ukcc.uky.edu/ukccinfo/391/rug.html . Ils étaient très pratiques si vous étiez au département de physique, et le centre informatique était en face du campus. Il y avait aussi généralement une imprimante à distance. Une production plus spécialisée serait livrée le lendemain par courrier inter-campus.
Charles E. Grant,

Je me suis trompé. J'ai grandi sur des histoires d'attente en ligne avec ta brassée de cartes. Je suppose que c'était avant l'innovation du lecteur de carte à distance!
Alex Feinman

Réponses:


12

De nombreuses entreprises des années 60 et 70 utilisaient ce qu'on appelait le «partage de temps» des ressources informatiques distantes.

1) L'entrée a été envoyée par une machine de téléscripteur qui enverrait les entrées à la machine distante et l'affichage était du papier imprimé.

2) Le programme s'exécuterait et les résultats reviendraient sur la machine de téléscripteur. Souvent, l'ordinateur central était à des milliers de kilomètres.

Les lignes téléphoniques étaient généralement utilisées comme moyen de transport réseau, une sorte d'utilisation précoce du modem.

Je me souviens avoir vu mon père en utiliser un au début des années 70. L'ordinateur était sur la côte est et le téléscripteur était à Oklahoma City, OK.

Article de vulgarisation scientifique décrivant le partage du temps dans les années 60


1
En fait, les modems sont utilisés pour permettre à l'équipement numérique de parler vers le bas (puis analogique) des lignes téléphoniques.
Neil Butterworth

2
Les télétypes utilisaient donc des modems pour communiquer sur les lignes avec un autre modem côté ordinateur. L'alternative était (si la mémoire sert) une boucle de courant qui ne nécessitait pas de modem mais nécessitait la proximité.
Neil Butterworth

Merci, je l'ai édité pour dire "utilisation" plutôt que "prédécesseur".
2011 clé en main

Également pour rire, lisez le paragraphe à la page 93 de l'article lié de Popular Science sur la façon dont le concept de partage du temps signifierait la mort d'ordinateurs «domestiques» à l'avenir. À certains égards, le cloud est revenu à ce modèle de «partage du temps», mais il n'a certainement pas causé la mort de l'ordinateur «domestique» qui montrerait des signes de vie environ 10 ans après cet article.
2011 clé en main

2
L'une des raisons pour lesquelles Linux possède autant de commandes à deux lettres (rm, cp, mv, ls) est qu'il imite Unix. Beaucoup de premiers utilisateurs d'Unix utilisaient des télétypes, et ces touches étaient vraiment difficiles à pousser! Donc pour les commandes, short == good. J'avais l'habitude de monter trois volées d'escaliers pour utiliser un terminal stupide ADM-3 plutôt qu'un télétype qui m'a tué les doigts.
Bob Murphy

8

Fondamentalement, il n'y avait pas de réseau. Pour faire quoi que ce soit d'utile, il fallait être colocalisé avec l'ordinateur. Vous avez donc amené vos cartes au centre des opérations et les avez mises dans une boîte. Les opérateurs les ont ensuite chargés dans le lecteur de carte. Les résultats ont été imprimés sur du papier ou perforés sur des cartes, et vous êtes de nouveau allé au centre des opérations pour les récupérer.

Plus tard, des choses comme des lignes à 300 bauds sont devenues disponibles, mais vous ne pouviez pas mettre beaucoup de données vers le bas (ou les augmenter), donc vous deviez toujours être colocalisé pour faire une entrée ou une sortie sérieuse.

Jours heureux!


1
Vous devenez nostalgique, Neil? :)
BlueRaja - Danny Pflughoeft

2
BTDT - De nombreuses heures passées à suspendre des bandes (enfilées manuellement), à décomposer des listes, à lire des travaux dans le système ...
dbasnett

6
@BlueRaja Bah, ce n'est rien - mon père a en fait rencontré Alan Turing et discuté de logique avec lui. Maintenant, c'est de la nostalgie!
Neil Butterworth

2

Il y a de bonnes informations dans cet article wikipedia sur les terminaux informatiques. L'une des façons de s'éloigner des cartes perforées était d'utiliser des terminaux connectés à un système central. Cela a conduit à la nécessité d'algorithmes de planification, de protocoles d'utilisation, de protocoles de communication (entre le système et le terminal et, finalement, vers d'autres systèmes). Les progrès de la technologie physique et de l'innovation de protocole à des fins diverses ont permis de passer de ce modèle informatique centralisé à un modèle informatique plus en réseau.


1

J'ai appris à programmer en utilisant des cartes optiques (version à remplir dans la bulle des cartes perforées IBM) que mon lycée a envoyées à l'université locale pour exécution pendant le temps libre. Cela a vraiment sucé d'attendre une semaine pour que la sortie revienne seulement pour découvrir a) que vous mettiez les cartes dans votre jeu dans le mauvais ordre ou b) que l'opérateur a laissé tomber le plateau lors du chargement du lecteur. Nous avons fait un énorme bond technologique au cours de ma dernière année lorsque nous avons obtenu un coup de poing sur papier et que nous pouvions nous débarrasser des cartes.

Plus précisément, mon premier vrai travail informatique a été d'écrire du code sur un terminal stupide. Heureusement, nous avions un ordinateur central local pour la plupart de nos emplois. (Machine de 5 millions de dollars pour prendre en charge environ 300 utilisateurs locaux, 500 000 dollars de coûts d'exploitation annuels, 6 ou 7 personnes dédiées) De temps en temps, nous devions faire quelque chose sur les systèmes de la ligne principale de la société à Houston depuis notre emplacement de Los Angeles. Le temps de réponse dépendait de l'importance de la décision prise par la direction locale, b / c priorité plus élevée = débits compensatoires plus élevés, sans parler des liaisons lentes. Et tout a été facturé à notre département - lectures de bande, utilisation du processeur, coûts de papier pour la sortie d'impression de la barre verte, etc.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.