50 votes

Avant les systèmes d'exploitation, quel concept était utilisé pour les faire fonctionner ?

Les systèmes d'exploitation sont étroitement liés à l'architecture des ordinateurs. Un système d'exploitation prend en charge toutes les entrées et sorties d'un système informatique. Il gère les utilisateurs, les processus, la mémoire, l'impression, les télécommunications, les réseaux, etc. Il envoie des données à un disque, à l'imprimante, à l'écran et à d'autres périphériques connectés à l'ordinateur.

Avant l'introduction du système d'exploitation,

Qu'est-ce qui a été utilisé dans les systèmes informatiques pour les faire fonctionner ?

Quel concept a été utilisé pour le système d'exploitation dans l'évolution de l'ordinateur ?

3voto

Il convient de noter que dans les premiers matériels (avant 1960), les E/S étaient beaucoup plus simples. Vous pouviez lire une carte, perforer une carte ou imprimer une ligne sur l'imprimante, chaque fois avec une seule instruction : la taille de la mémoire tampon était fixe, et souvent l'adresse de la mémoire tampon l'était aussi.

Même au début des années 60, avec des processeurs plus sophistiqués (par exemple le 7090), on pouvait encore lire ou perforer des cartes avec une petite routine (environ 20 instructions), qui était facilement copiée dans chaque programme.

L'ordinateur étant entièrement dédié à une seule tâche, il importait peu que le processeur soit inactif en attendant que le lecteur de cartes soit prêt à lire la carte suivante ou que l'imprimante de ligne alimente la ligne suivante.

En fait, c'est important, parce que le temps de calcul coûte cher. C'est pourquoi on a inventé le multiprocessus, le partage du temps, les E/S asynchrones, les interruptions, les pilotes de périphériques et les systèmes d'exploitation. Les interfaces matérielles sont devenues plus complexes, pour le programmeur, en donnant accès à des registres d'E/S de niveau inférieur, ce qui exigeait une plus grande complexité de la part des pilotes de périphériques. Le coût de cette complexité (mémoire, temps de programmation) a été amorti sur plusieurs programmes utilisant les périphériques "simultanément", multiplexés par le système d'exploitation.

Encore dans les années 80, j'utilisais un ordinateur à microprocesseur, émulant l'un de ces anciens systèmes. Les instructions machine avaient un format uniforme sur 80 bits (10 octets), et l'instruction pour lire le premier secteur du premier disque dur et le stocker dans la mémoire à l'adresse 0 était très pratique : 0000000000. La procédure de démarrage consistait donc chaque matin à taper cette instruction sur le terminal, qui la stockait à l'adresse 0 et l'exécutait, qui chargeait ensuite le secteur de démarrage et poursuivait l'exécution à l'instruction suivante (à l'adresse 10). Le système de fichiers consistait en une table statique associant des "noms" de fichiers à des plages de secteurs, qui étaient alloués manuellement ! Les E/S étaient effectuées en assembleur sur ces fichiers en lisant ou en écrivant directement les secteurs, avec pour décalage la position du fichier sur le disque dur qui était récupérée par la routine "open".

2voto

h22 Points 444

La première génération d'ordinateurs conçus pour une utilisation personnelle plus large avait ce que l'on appelle un "moniteur" en ROM (read only memory).

Immédiatement après le démarrage, le moniteur fournissait une interface de ligne de commande très limitée, principalement pour charger le programme à partir du stockage de données comme l'enregistreur à bande et pour lancer l'exécution (quelques autres commandes étaient disponibles pour l'entrée manuelle du code, bien qu'elles soient rarement nécessaires). Un seul programme pouvait être exécuté à la fois.

Contrairement au système d'exploitation, Monitor ne prenait en charge aucun système de fichiers. L'opérateur humain était chargé de trouver la bonne bande, de la placer sur l'enregistreur et de se positionner au début du programme à charger.

Monitor combinait les fonctions du BIOS et du système d'exploitation et était déjà très clairement un logiciel.

Après la mise sous tension, le signal court de "reset" mettait simplement à zéro le compteur de programme, comme n'importe quel autre compteur, et commutait en même temps le mappeur de mémoire (s'il y en avait un) pour faire correspondre l'adresse 0000 à la ROM du moniteur. Il était courant d'avoir un circuit matériel pour remapper le Monitor dans l'espace d'adresse haute plus tard. Outre le démarrage du code, le bouton "Reset" était également utilisé pour mettre fin au programme en cours afin qu'un autre puisse être chargé.

Le bouton rudimentaire de "réinitialisation" se trouve encore aujourd'hui sur certains ordinateurs de bureau.

0voto

Tim Schmelter Points 163781

Le prédécesseur le plus direct du système d'exploitation serait une combinaison de bibliothèques standard pour l'interface avec les appareils et le système de chargement d'amorçage pour amener un programme en mémoire et commencer à fonctionner.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X